import { Callout } from "zudoku/ui/Callout"; # Zahlungsvorschlag Was 365 business Banking an der Standardfunktion Zahlungsvorschlag ändert: Verwendungszweck, Zahlungsform und Empfängerbankkonto. Ein Umstieg auf den [Erw. Zahlungsvorschlag](payment-suggestion.mdx) ist nicht erforderlich. Sie können weiterhin mit der Standardaktion **Zahlungsvorschlag** von Microsoft Dynamics 365 Business Central arbeiten. 365 business Banking passt die vorgeschlagenen Zeilen so an, dass sie mit **Zahlung durchführen** ausgeführt werden können. ## Standardfunktionen in Business Central Die Aktion **Zahlungsvorschlag** im Zlg.-Ausg. Buch.-Blatt schlägt fällige Kreditorenposten zur Zahlung vor, mit Optionen für Skonto (auch nach Skontodatum), Kreditorenpriorität, verfügbaren Betrag und **Pro Kreditor summieren**. Siehe [Microsoft Learn: Zahlungsvorschlag](https://learn.microsoft.com/de-de/dynamics365/business-central/payables-how-suggest-vendor-payments). ## Was 365 business Banking ergänzt | Bereich | Was sich ändert | |---|---| | Banking-Zahlungsart und Zahlungsform | In einem Banking-Buch.-Blatt erhalten die Zeilen die Banking-Zahlungsart von 365 business Banking. Hat eine Zeile keinen **Zahlungsformcode**, wird der des Buch.-Blattnamens gesetzt. | | Abweichende Zahlungsform | Posten, deren Zahlungsform weder leer ist noch der des Buch.-Blattnamens entspricht, werden übersprungen (ab Business Central Version 26, siehe unten). Am Ende meldet Business Central „… Kreditorenposten wurden übersprungen, da die Zahlungsform nicht dem Zlg.-Ausg. Buch.-Blatt entspricht. Möchten Sie die Kreditorenposten anzeigen?“ | | Nicht freigegebene Empfängerbankkonten | Hat das Bankkonto des Kreditors noch den Status *Neu*, fragt der Vorschlag nicht je Zeile nach, ob Sie es freigeben möchten. Die Zeile wird ohne **Bankkonto Empfänger** erstellt, der Lauf wird fortgesetzt, und am Ende meldet Business Central: „… Zeile(n) wurde(n) ohne Empfängerbankkonto erstellt, da das Bankkonto des Empfängers nicht für Zahlungen freigegeben ist. …“ **Zahlung durchführen** lehnt diese Zeilen ab, bis Sie das Bankkonto freigeben und in der Zeile auswählen. Siehe [Empfängerbankkonten](recipient-bank-accounts.mdx). | | Verwendungszweck je Posten | Ohne Summierung enthält **Nachricht an Empfänger** Belegart und externe Belegnummer, etwa `Rechnung INV-0815`. Hat der Posten eine eigene Nachricht aus der Einkaufsrechnung (**Abw. Nachricht an Empfänger**), wird stattdessen diese übernommen. | | Verwendungszweck bei Summierung | Mit **Pro Kreditor summieren** werden die externen Belegnummern aller Posten aufgelistet; ein Posten mit eigener Nachricht steht mit dieser Nachricht in der Liste. Reichen 140 Zeichen nicht aus, gilt die **Verwendungszweck Überschreitungsoption**: Zahlung aufteilen oder Zahlungsavis, wie im Erw. Zahlungsvorschlag. Siehe [Zahlungen zusammenfassen](payment-suggestion/purpose.mdx). Beim Aufteilen behalten alle Zeilen die **Belegnr.** des Kreditors; sie unterscheiden sich in der **Ausgleichs-ID**: Die erste Zeile behält sie, jede weitere erhält die Belegnummer mit der Endung `-2`, `-3` usw., und die Kreditorenposten, die sie bezahlt, tragen diese ID. | | Zahlungsempfängeradresse | Hat die Zeile einen Zahlungsempfängercode und ist an der Zahlungsempfängeradresse ein Bankkonto hinterlegt, wird dieses als Bankkonto des Empfängers übernommen. Siehe [Zahlungsempfängeradresse](recipient-bank-accounts.mdx#zahlungsempfängeradresse). | 365 business Banking läuft ab Business Central Version 25. Das Überspringen von Posten mit abweichender Zahlungsform und die zugehörige Meldung sind erst ab Version 26 verfügbar. In Version 25 werden solche Posten unabhängig von ihrer Zahlungsform vorgeschlagen; die Banking-Zahlungsart wird trotzdem gesetzt, und Zeilen ohne eigene Zahlungsform erhalten die des Buch.-Blattnamens. Eine Zeile mit abweichender Zahlungsform lehnt **Zahlung durchführen** ab, weil ihr Zahlungsformcode nicht zum Buch.-Blattnamen passt. Löschen Sie die Zeile oder passen Sie sie an. ## Hinweise - Bei der Summierung nennt der Verwendungszweck die Belegart vor dem ersten Posten und erneut, sobald die Belegart wechselt oder ein Posten mit eigener Nachricht dazwischen stand, etwa `Rechnung INV-0815, INV-0816, Gutschrift GS-12, Rechnung INV-0820`. Eine Gutschrift wird dadurch immer als Gutschrift ausgewiesen und nicht unter „Rechnung“ aufgeführt. Der Erw. Zahlungsvorschlag gruppiert dagegen je Belegart. - Die **Abw. Nachricht an Empfänger** einer Einkaufsrechnung hat Vorrang. Siehe [Abw. Nachricht an Empfänger](recipient-bank-accounts.mdx#abw-nachricht-an-empfänger). - Mitarbeiter, Debitoren und die Aufrechnung deckt **Zahlungsvorschlag** nicht ab. Dafür steht der [Erw. Zahlungsvorschlag](payment-suggestion.mdx) zur Verfügung. ## Auswahl des Vorschlags | Sie möchten … | Dann … | |---|---| | nur Kreditoren zahlen und mit den gewohnten Optionen des Standards arbeiten | **Zahlungsvorschlag** | | Kreditoren, Debitoren und Mitarbeiter in einem Lauf zahlen | [Erw. Zahlungsvorschlag](payment-suggestion.mdx) | | Einstellungen als Vorlage wiederverwenden | [Erw. Zahlungsvorschlag](payment-suggestion.mdx) | | Forderungen gegen Verbindlichkeiten aufrechnen und einen Nachweis versenden | [Debitor-Kreditor-Aufrechnung](payment-suggestion/netting.mdx) | ## Siehe auch - [Zlg.-Ausg. Buch.-Blatt](../payment-journal.mdx) - [Skonto im Erw. Zahlungsvorschlag](payment-suggestion/payment-discount.mdx) - [Zahlung durchführen: Ablauf je Bankanbindung](carry-out-payment.mdx)