import { Callout } from "zudoku/ui/Callout";

# Welche Posten der Erw. Zahlungsvorschlag berücksichtigt

Nach welchen Regeln der Erw. Zahlungsvorschlag in 365 business Banking offene Posten auswählt: Fälligkeit, Sperren, Zahlungsform und Empfängerbankkonto.

Fehlt nach einem Lauf eine Rechnung im Zlg.-Ausg. Buch.-Blatt, ist die Ursache in der Regel eine der Regeln auf dieser Seite. Sie gelten für den [Erw. Zahlungsvorschlag](../payment-suggestion.mdx). Den Standard-**Zahlungsvorschlag** beschreibt [Microsoft Learn](https://learn.microsoft.com/de-de/dynamics365/business-central/payables-how-suggest-vendor-payments).

## Welche Posten zählen

| Kontoart | Berücksichtigte Belegarten | Zusätzlich |
|---|---|---|
| Kreditor | Rechnung, Gutschrift, Zinsrechnung, Mahnung | keine weiteren Bedingungen |
| Debitor | Rechnung, Gutschrift, Zahlung, Erstattung | nur Posten mit **Guthaben** des Debitors (Restbetrag negativ), also Beträge, die Sie dem Debitor schulden |
| Mitarbeiter | alle Belegarten | keine weiteren Bedingungen |

Außerdem gilt für jeden Posten:

- Er ist offen, und sein **Restbetrag** ist nicht null.
- Er erfüllt die Postenfilter der Vorlage und die Filter der Anforderungsseite.
- Seine Kontoart ist in der Vorlage eingeschaltet.

## Was übersprungen wird

| Regel | Gilt für | Warum |
|---|---|---|
| **Fälligkeitsdatum** nach dem Datum in **Letztes Fälligkeitsdatum** | Kreditoren, Debitoren | Nicht fällige Posten werden im nächsten Lauf berücksichtigt. Posten ohne Fälligkeitsdatum werden immer berücksichtigt, ebenso alle Posten, wenn **Letztes Fälligkeitsdatum** leer ist. Ausnahme: Mit **Skonto finden** wird ein Kreditorenposten trotzdem berücksichtigt, wenn sein Skontodatum oder Skontotoleranzdatum im Zeitraum liegt. Siehe [Skonto](payment-discount.mdx). |
| **Abwarten**-Code gesetzt | Kreditoren, Debitoren | Der Posten ist absichtlich zurückgestellt. |
| **Ausgleichs-ID** bereits gesetzt | alle | Der Posten ist bereits für eine andere Zeile vorgesehen, etwa in einem anderen Buch.-Blatt. Dadurch wird kein Posten doppelt vorgeschlagen. |
| Eine Buch.-Blattzeile gleicht den Beleg über **Ausgleich mit Belegnr.** aus | alle | Eine Zeile in einem beliebigen Buch.-Blatt gleicht diesen Beleg bereits aus, auf dem Konto oder auf dem Gegenkonto. Sie hinterlässt am Posten keine Markierung, deshalb prüft der Vorschlag die Buch.-Blätter selbst. |
| Kreditor mit **Gesperrt** *Zahlung* oder *Alle* bzw. mit Datenschutzsperre | Kreditoren | An gesperrte Kreditoren wird nicht gezahlt. |
| Debitor mit **Gesperrt** *Alle* bzw. mit Datenschutzsperre | Debitoren | wie bei Kreditoren |
| Mitarbeiter mit Datenschutzsperre | Mitarbeiter | wie bei Kreditoren |
| Andere **Zahlungsform** als der Buch.-Blattname | alle, nur in Banking-Buch.-Blättern mit Zahlungsformcode | Die Zahlungsform des Buch.-Blattnamens bestimmt, wie gezahlt wird; Posten ohne eigene Zahlungsform werden berücksichtigt. |

<Callout type="info" title="Mitarbeiterposten werden nicht nach Fälligkeit gefiltert">
Mitarbeiterposten haben in der Regel kein Fälligkeitsdatum. **Letztes Fälligkeitsdatum** wirkt deshalb nicht auf sie; alle offenen Mitarbeiterposten werden berücksichtigt, sofern Zahlungsform und Filter passen. Siehe [Mitarbeiterzahlungen](employees.mdx).
</Callout>

Aufgerechnete Posten und ein verfügbarer Betrag schränken die Auswahl weiter ein, Skonto kann sie erweitern. Siehe [Debitor-Kreditor-Aufrechnung](netting.mdx), [Skonto](payment-discount.mdx) und [Verfügbarer Betrag und Kreditorenpriorität](budget-priority.mdx).

## Wie die Zeilen entstehen

- **Buchungsdatum:** das Arbeitsdatum oder das Fälligkeitsdatum des Postens, wenn in der Vorlage **Fälligkeitsdatum als Buchungsdatum verwenden** eingeschaltet ist. Posten ohne Fälligkeitsdatum erhalten das Arbeitsdatum. Ist zusätzlich **Skonto finden** eingeschaltet, wird eine Zeile mit Skonto am Skontodatum gebucht (frühestens am Arbeitsdatum). Siehe [Skonto](payment-discount.mdx).
- **Belegart:** *Erstattung* für Debitoren, *Zahlung* für Kreditoren und Mitarbeiter.
- **Belegnr.:** aus der Nummernserie des Buch.-Blattnamens. Die Nummern werden wie im Standard nur vorausberechnet und nicht aus der Serie verbraucht. Das ist erforderlich, da Business Central beim Buchen prüft, ob die Belegnummern die nächsten Nummern der Serie sind. Ohne **Neue Belegnr. pro Zeile** teilen sich alle Zeilen eine Nummer.
- **Gegenkonto:** aus dem Buch.-Blattnamen, wie bei einer manuell erfassten Zeile.
- **Zahlungsformcode:** die Zahlungsform des Postens oder, wenn er keine hat, die des Buch.-Blattnamens.
- **Ausgleich:** Die Posten werden über die **Ausgleichs-ID** der Zeile zugeordnet und beim Buchen ausgeglichen. Jede Zeile hat ihre eigene Ausgleichs-ID, auch wenn sich die Zeilen eine Belegnummer teilen. Ausnahme: Die Zahlung des nicht aufgerechneten Rests eines teilweise aufgerechneten Postens gleicht den Beleg über **Ausgleich mit Belegnr.** aus.

## Gutschriften

Gutschriften werden verrechnet und nicht ausgezahlt, da es keine negativen Zahlungen gibt. Hat ein Konto Gutschriften, wird deshalb eine einzige Zahlungszeile über den verrechneten Betrag erstellt, die alle Posten des Kontos ausgleicht. Das gilt auch ohne **Pro Konto summieren**: Würde jede Rechnung eine eigene Zeile erhalten, würde sie in voller Höhe gezahlt, und der Geschäftspartner wäre um den Betrag der Gutschrift überzahlt. Konten ohne Gutschriften behalten eine Zeile je Posten.

Übersteigen die Gutschriften die offenen Beträge, wird keine Zeile erstellt. Die Posten bleiben offen und werden im nächsten Lauf erneut berücksichtigt, sobald neue Rechnungen vorliegen. Alternativ gleichen Sie sie manuell aus.

## Empfängerbankkonto

Die Zeile erhält das Bankkonto, auf das gezahlt wird:

1. das bevorzugte Bankkonto des Kreditors bzw. Debitors (Feld **Bevorzugter Bankkontocode**),
2. andernfalls, wenn genau ein Bankkonto vorhanden ist, das einzige Bankkonto des Geschäftspartners,
3. andernfalls keines. Die Zeile kann dann erst durchgeführt werden, wenn Sie das Bankkonto nachtragen.

Mitglieder eines [Verbands](../../payment-groups.mdx) werden über das Zentralkonto bezahlt. Die Zeile erhält das Bankkonto des Zentralkontos, bei Kreditoren wie bei Debitoren. Mitarbeiter werden an die **IBAN** der Mitarbeiterkarte bezahlt.

Hat das Bankkonto noch den Status *Neu*, trägt der Vorschlag es nicht ein: Die Zeile wird ohne **Bankkonto Empfänger** erstellt, der Lauf wird fortgesetzt, und die Abschlussmeldung nennt die Anzahl solcher Zeilen („… 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. Es wird daher empfohlen, neue Bankkonten vor dem Lauf freizugeben. Siehe [Bankkonten von Debitoren, Kreditoren und Mitarbeitern](../recipient-bank-accounts.mdx).

## Siehe auch

- [Erweiterter Zahlungsvorschlag](../payment-suggestion.mdx)
- [Erw. Zahlungsvorschlagsvorlagen einrichten](templates.mdx)
- [Zusammenfassen und Verwendungszweck](purpose.mdx)