Mit Zahlungstoleranzen und Skontotoleranzen arbeiten
Sie können eine Zahlungstoleranz einrichten, um eine Rechnung zu schließen, wenn die Zahlung nicht vollständig den Betrag der Rechnung umfasst. Beispielsweise sind Zahlungstoleranzen in der Regel für kleine Beträge vorgesehen, deren Korrektur mehr kosten würde als deren Akzeptanz. Die eingerichtete Skontotoleranz erlaubt Ihnen, Skonto nach Ablauf des Skontodatums zu gewähren.
Sie können Zahlungstoleranzen verwenden, sodass für jeden Restauftragsbetrag eine festgelegte maximale Zahlungstoleranz definiert wird. Wenn die Zahlungstoleranz erfüllt wird, dann wird der Zahlungsbetrag analysiert. Wenn der Zahlungsbetrag eine Unterzahlung ist, wird der ausstehende Betrag durch die Unterzahlung vollständig geschlossen. Für den Zahlungsposten wird ein detaillierter Debitorenposten gebucht, sodass in dem ausgeglichenen Rechnungsposten kein Restbetrag offen bleibt. Wenn der Zahlungsbetrag eine Überzahlung ist, wird für den Zahlungsposten wird ein neuer detaillierter Debitorenposten gebucht, sodass in dem Zahlungsposten kein Restbetrag offen bleibt.
Sie können Skototoleranzen einrichten, sodass bei Gewährung eines Rabatts nach Ablauf des Skontodatums dieses immer auf ein Skonto- oder ein Zahlungstoleranzkonto gebucht wird.
Anwenden der Zahlungstoleranz auf mehrere Belege
Ein einzelner Beleg hat dieselben Zahlungstoleranzen, egal ob er alleine oder mit anderen Belegen ausgeglichen wird. Das Akzeptieren eines verspäteten Skontos, wenn Sie Zahlungstoleranz auf mehrere Belegen anwenden, tritt automatisch für jeden Beleg auf, für den die folgende Regel gilt:
Skontodatum < Zahlungsdatum des ausgewählten Eintrags <= Zahlungstoleranzdatum
Diese Regel bestimmt auch, um zu ermitteln, ob Warnungen angezeigt werden, wenn Sie Zahlungstoleranz auf mehrere Belege anwenden. Die Skontotoleranzwarnung wird für jeden Posten angezeigt, der die Datumskriterien erfüllt. Weitere Informationen finden unter Beispiel 2 – Toleranzberechnungen für mehrere Belege.
Sie können eine Warnung anzeigen, die auf verschiedenen Toleranzsituationen basiert.
- Der erste Warnungstext bezieht sich auf die Skontotoleranz. Sie werden darüber informiert, dass Sie einen verspäteten Skonto akzeptieren können. Sie können auswählen, ob Toleranz für das Skontodatum akzeptiert werden soll.
- Der zweite Warnungstext bezieht sich auf die Zahlungstoleranz. Sie werden darüber informiert, dass alle Posten geschlossen werden können, da die Differenz innerhalb der maximalen Zahlungstoleranz der ausgeglichenen Posten liegt. Sie können auswählen, ob Toleranz für die Zahlungssumme akzeptiert werden soll.
Hinweis
Durch Aktivieren der Warnmeldung können Sie auswählen, wie Zahlungen innerhalb der Toleranz verarbeitet werden sollen. Wenn Sie die Meldung nicht aktivieren und eine Toleranzstufe angegeben ist, werden Rechnungen mit Beträgen, die innerhalb der Toleranz liegen, automatisch geschlossen. Sie können den Restbetrag dann nicht mehr offen lassen.
Weitere Informationen finden Sie unter So aktivieren oder deaktivieren Sie die Zahlungstoleranzwarnung.
Toleranzen einrichten:
Die Zahlungstoleranz für Tage und Beträge erlaubt Ihnen, eine Rechnung zu schließen, auch wenn die Zahlung nicht vollständig den Betrag der Rechnung umfasst. Zum Beispiel wegen Skontoüberschreitung, Warenabzug oder wegen eines kleinen Fehlers. Dieses Prinzip gilt auch für Gutschriften und Erstattungen.
Um diese Toleranz einzurichten, müssen Sie verschiedene Toleranzkonten einrichten, das Skontokonto und die Zahlungstoleranzbuchungsmethode spezifizieren und die Stapelverarbeitung Zahlungstoleranz ändern laufen lassen.
Wählen Sie das Symbol
, geben Sie Allgemeine Buchungseinstellungen ein und wählen Sie dann das zugehörige verknüpfen.Öffnen Sie die Seite Buchungsmatrix Einrichtung. Richten Sie ein Haben- und ein Soll-Verkaufszahlungstoleranzkonto sowie ein Haben- und ein Soll-Einkaufszahlungstoleranzkonto ein.
Wählen Sie das Symbol
, geben Sie Kundenbuchungsgruppen ein und wählen Sie dann das zugehörige verknüpfen.Öffnen Sie die Seite Debitorenbuchungsgruppen. Richten Sie ein Haben- und ein Soll-Zahlungstoleranzkonto ein. Weitere Informationen finden Sie unter Einrichten von Buchungsgruppen.
Wählen Sie das Symbol
, geben Sie Kreditorenbuchungs-Setup ein und wählen Sie dann das zugehörige verknüpfen.Öffnen Sie die Seite Debitorenbuchungsgruppen. Richten Sie ein Haben- und ein Soll-Zahlungstoleranzkonto ein.
Wählen Sie das Symbol
, geben Sie Hauptbuch-Setup ein und wählen Sie dann das zugehörige verknüpfen.Öffnen Sie die Seite Finanzbuchhaltung Einrichtung.
Füllen Sie auf dem Inforegister Anwendung die Felder Zahlungsrabatt-Toleranzbuchung, Zahlungsrabatt-Karenzzeit und Zahlungstoleranzbuchung aus.
Wählen Sie die Aktion Zahlungstoleranz ändern aus.
Hinweis
Wenn Sie Auf Älteste Anwenden im Feld Anwendungsverfahren auf der Seite Debitorenkarte auswählen, bucht Business Central Zahlungstoleranzen nicht automatisch, selbst wenn sie innerhalb der festgelegten Schwellen auf der Seite Finanzbuchhaltungs-Einrichtung liegen. Business Central geht davon aus, dass die Einstellung „Auf Älteste anwenden“ angibt, dass der Debitor (oder Sie als Debitor Ihres Kreditors) ein Konto bei Ihnen hat, auf das er regelmäßig den Saldo zahlt. Daher sollten Restbeträge nicht durch das Buchen eines Zahlungstoleranzeintrags entfernt werden.
Füllen Sie auf der Seite Zahlungstoleranz ändern die Felder Zahlungstoleranz % und Max. Zahlungstoleranzbetrag aus und wählen Sie dann die Schaltfläche OK .
Wichtig
Sie haben jetzt nur die Toleranz für die Mandantenwährung eingerichtet. Wenn Business Central Toleranzen auf Zahlungen, Gutschriften und Erstattungen in Fremdwährungen gewähren soll, müssen Sie die Stapelverarbeitung Zahlungstoleranz ändern mit einem Wert im Feld Währungscode aufrufen.
Hinweis
Zum Erhalten einer Zahlungstoleranzwarnung jedes Mal, wenn Sie einen Ausgleich innerhalb der Toleranz buchen, müssen Sie die Zahlungstoleranzwarnung aktivieren. Weitere Informationen finden Sie unter So aktivieren oder deaktivieren Sie die Zahlungstoleranzwarnung.
Um die Toleranz für einen Debitor oder Kreditor zu deaktivieren, müssen Sie auf der Debitoren- oder Kreditorenkarte Toleranzen blockieren. Weitere Informationen finden unter Zahlungstoleranz für Debitoren sperren.
Wenn Sie eine Toleranz einrichten, überprüft Business Central auch, ob es offene Posten gibt, und berechnet die Toleranz für diese Posten.
Wichtig
Wenn Sie das Feld Anpassen für Zahlungsrabatt auf der Seite MwSt.-Buchungseinrichtung aktivieren, wird der MwSt.-Betrag in Bezug auf die Beträge Zahlungstoleranzen und Zahlungsrabatte berücksichtigt und die MwSt. wird für beide Transaktionsbeträge reduziert, falls sie vorhanden sind. Das System kann nicht so konfiguriert werden, dass es die Mehrwertsteuersenkung nur für eine Transaktionsart verwendet.
So aktivieren oder deaktivieren Sie die Zahlungstoleranzwarnungen
Die Zahlungstoleranzwarnung erscheint, wenn Sie einen Ausgleich mit einem Saldo innerhalb der erlaubten Toleranz buchen. Sie können dann wählen, wie Sie den Saldo buchen und dokumentieren wollen.
- Wählen Sie das Symbol , geben Sie Hauptbuchhaltungs-Setup ein und wählen Sie dann das zugehörige verknüpfen.
- Aktivieren Sie auf der Seite Finanzbuchhaltung einrichten im Inforegister Anwendung den Schalter Zahlungstoleranzwarnung, um die Warnung zu aktivieren. Deaktivieren Sie den Schalter, um die Warnung zu deaktivieren.
Hinweis
Die Standardoption der Seite Zahlungstoleranzwarnung ist Restbetrag offen lassen. Die Standardoption der Seite Skontotoleranzwarnung ist Überzogenes Skonto nicht akzeptieren.
Zahlungstoleranz für Debitoren sperren:
Die Standardeinrichtung für die Zahlungstoleranz ist zulässig. Sperren Sie auf der entsprechenden Debitoren- oder Kreditorenkarte die Toleranz, um eine Zahlungstoleranz für einen bestimmten Kreditor oder Debitor zu sperren. Anhand der folgenden Schritte wird die Vorgehensweise für einen Debitor beschrieben: Die Schritte sind für einen Kreditor ähnlich.
- Wählen Sie das Symbol , geben Sie Kunde oder Lieferant ein und wählen Sie dann das zugehörige verknüpfen.
- Aktivieren Sie auf dem Inforegister Zahlungen das Kontrollkästchen Zahlungstoleranz sperren.
Hinweis
Sind für einen Debitor oder Kreditor offene Posten vorhanden, müssen Sie zuerst die Zahlungstoleranz aus den offenen Posten entfernen.
Beispiel 1 – Toleranzberechnungen für einen einzelnen Beleg
Im Folgenden wird anhand von Beispielszenarien gezeigt, welche Toleranzberechnungen und Buchungen sich in verschiedenen Situationen ergeben.
Die Seite Sachkontoeinrichtung enthält die folgende Einrichtung:
- Skontozahlungstoleranzperiode: 5T
- Maximale Zahlungstoleranz. 5
Szenarien mit Alternative A oder B bedeuten:
- A In diesem Fall ist die Warnung zur Skontotoleranz deaktiviert oder der Benutzer hat die Warnung aktiviert und sich dafür entschieden, den Skonto bei verspäteter Zahlung zuzulassen (Saldo als Zahlungstoleranz buchen).
- B In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, keinen Skonto bei verspäteter Zahlung zu gewähren (den Saldo als Restbetrag belassen).
| — | Inv. | Skonto | Max. Zahlungstoleranz | Skontodatum | Skontotoleranz – Datum | Zahlungsdatum | Zahlung | Toleranzart | Alle Posten geschlossen | Skontotoleranz GL/CL | Maximale Zahlungstoleranz GL/CL |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 0 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | <=15.01.03 | 985 | PaymentTolerance | Ja | 0 | -5 |
| 2 | 1.000 | 20 | 5 | 15.01.03 | 20.01.03 | <=15.01.03 | 980 | Keiner | Ja | 0 | 0 |
| 3 | 1.000 | 20 | 5 | 15.01.2003 | a | <=15.01.03 | 975 | PaymentTolerance | Ja | 0 | 5 |
| 4A | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 1005 | PaymentDiscountTolerance | Nein, 25 in der Zahlung | 20/-20 | 0 |
| 5A | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 1000 | PaymentDiscountTolerance | Nein, 20 in der Zahlung | 20/-20 | 0 |
| 6A | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 995 | PaymentDiscountTolerance | Nein, 15 in der Zahlung | 20/-20 | 0 |
| 4B | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 1005 | PaymentTolerance | Ja | 0 | -5 |
| 5B | 1.000 | 20 | 5 | 15.01.03 | 20.01.03 | 16.01.03 20.01.03 | 1000 | Keiner | Ja | 0 | 0 |
| 6B | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 995 | PaymentTolerance | Ja | 0 | 5 |
| 7 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 985 | PaymentDiscountTolerance & PaymentTolerance | Ja | 20/-20 | -5 |
| 8 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 980 | PaymentDiscountTolerance | Ja | 20/-20 | 0 |
| 9 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 975 | PaymentDiscountTolerance & PaymentTolerance | Ja | 20/-20 | 5 |
| 10 | 1,000 | 20 | 5 | 15.01.2003 | 01/20/03 | >20.01.03 | 1005 | PaymentTolerance | Ja | 0 | -5 |
| 11 | 1.000 | 20 | 5 | 15.01.03 | 20.01.03 | >20.01.03 | 1000 | Keiner | Ja | 0 | 0 |
| 12 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | >20.01.03 | 995 | PaymentTolerance | Ja | 0 | 5 |
| 13 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | >20.01.03 | 985 | "Keine" | Nein, 15 in der Rech. | 0 | 0 |
| 14 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | >20.01.03 | 980 | "Keine" | Nein, 20 in der Rech. | 0 | 0 |
| 15 | 1.000 | 20 | 5 | 15.01.2003 | 01/20/03 | >20.01.03 | 975 | "Keine" | Nein, 25 in der Rech. | 0 | 0 |
Zahlungsbereichsdiagramme
Bezugnehmend auf das Szenario, sind die Zahlungszeiträume wie folgt:
(1) Zahlungsdatum <=15.01.03 (Szenarien 1-3)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Posten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
(2) Zahlung zwischen dem 16.01.2003 und 20.01.2003 (Szenarien 4-9)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Posten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
(3) Zahlungsdatum liegt nach dem 20.01.03 (Szenarien 10-15)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Posten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
Beispiel 2 – Toleranzberechnungen für mehrere Belege
Im Folgenden wird anhand von Beispielszenarien gezeigt, welche Toleranzberechnungen und Buchungen sich in verschiedenen Situationen ergeben. Die Beispiele beschränken sich auf die Szenarien, die dazu führen, dass alle Posten geschlossen werden.
Die Seite Sachkontoeinrichtung enthält die folgende Einrichtung:
- Skontotoleranzperiode: 5T
- Maximale Zahlungstoleranz 5
Szenarien mit Alternative A, B, C oder D bedeuten Folgendes:
- A In diesem Fall ist die Toleranzwarnung für Zahlungsskonto deaktiviert oder der Benutzer hat die Warnung aktiviert und wählt aus, den Skonto bei verspäteter Zahlung (Als Toleranz buchen) in jeder Rechnung zuzulassen.
- B In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, für keine Rechnung einen Skonto bei verspäteter Zahlung zu gewähren.
- C – In diesem Fall hat der Benutzer die Warnung aktiviert und entschieden, den Skonto bei verspäteter Zahlung auf die erste Rechnung zu gewähren, aber nicht auf die zweite.
- D – In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, bei der ersten Rechnung keinen Skonto bei verspäteter Zahlung zu gewähren, bei der zweiten jedoch schon.
| — | Inv. | Skonto | Max. Zahlungstoleranz | Skontodatum | Skontotoleranz – Datum | Zahlungsdatum | Zahlung | Toleranzart | Alle Posten geschlossen | Skontotoleranz GL/CL | Maximale Zahlungstoleranz GL/CL |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 0 | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
<=15.01.03 | 1920 | PaymentTolerance | Ja | 0 0 |
-5 -5 |
| 2 | 1.000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.03 |
20.01.03 22.01.03 |
<=15.01.03 | 1910 | Keiner | Ja | 0 0 |
0 0 |
| 3 | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
<=15.01.03 | 1900 | PaymentTolerance | Ja | 0 0 |
5 5 |
| 4B | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/16/03 01/17/03 | 1980 | PaymentTolerance | Ja | 0 0 |
-5 -5 |
| 5B | 1.000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.03 |
20.01.03 22.01.03 |
16.01.03 17.01.03 | 1970 | Keiner | Ja | 0 0 |
0 0 |
| 6B | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/16/03 01/17/03 | 1960 | PaymentTolerance | Ja | 0 0 |
5 5 |
| 7A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/16/03 01/17/03 | 1920 | PaymentDiscountTolerance & PaymentTolerance | Ja | 60/60 0/0 |
-5 -5 |
| 8A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/16/03 01/17/03 | 1910 | PaymentDiscountTolerance | Ja | 60/60 0/0 |
0 0 |
| 9A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/16/03 01/17/03 | 1900 | PaymentDiscountTolerance & PaymentTolerance | Ja | 60/60 | 5 5 |
| 10B | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 2010 | PaymentTolerance | Ja | 0 0 |
-5 -5 |
| 11B | 1.000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.03 |
20.01.03 22.01.03 |
18.01.03 20.01.03 | 2000 | Keiner | Ja | 0 0 |
0 0 |
| 12B | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1990 | PaymentTolerance | Ja | 0 0 |
5 5 |
| 13D | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1980 | PaymentDiscountTolerance & PaymentTolerance | Ja | 0/0 30/-30 |
-5 -5 |
| 14T | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1970 | PaymentDiscountTolerance | Ja | 0/0 30/-30 |
0 0 |
| 15T | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1960 | PaymentDiscountTolerance & PaymentTolerance | Ja | 0/0 30/-30 |
5 5 |
| 16T | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1950 | PaymentDiscountTolerance & PaymentTolerance | Ja | 60/-60 0/0 |
-5 -5 |
| 17T | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1940 | PaymentDiscountTolerance | Ja | 60/-60 0/0 |
0 0 |
| 18T | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1930 | PaymentDiscountTolerance & PaymentTolerance | Ja | 60/-60 0/0 |
5 5 |
| 19A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1920 | PaymentDiscountTolerance & PaymentTolerance | Ja | 60/-60 30/-30 |
-5 -5 |
| 20A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1910 | PaymentDiscountTolerance | Ja | 60/-60 30/-30 |
0 0 |
| 21A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/18/03 01/20/03 | 1900 | PaymentDiscountTolerance & PaymentTolerance | Ja | 60/-60 30/-30 |
5 5 |
| 22B | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/21/03 01/22/03 | 2010 | PaymentTolerance | Ja | 0 0 |
-5 -5 |
| 23B | 1.000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.03 |
20.01.03 22.01.03 |
21.01.03 22.01.03 | 2000 | Keiner | Ja | 0 0 |
0 0 |
| 24B | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/21/03 01/22/03 | 1990 | PaymentTolerance | Ja | 0 0 |
5 5 |
| 25A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/21/03 01/22/03 | 1980 | PaymentDiscountTolerance & PaymentTolerance | Ja | 0/0 30/30 |
-5 -5 |
| 26A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/21/03 01/22/03 | 1970 | PaymentDiscountTolerance | Ja | 0/0 30/30 |
0 0 |
| 27A | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
01/21/03 01/22/03 | 1960 | PaymentDiscountTolerance & PaymentTolerance | Ja | 0/0 30/30 |
5 5 |
| 28 | 1,000 1,000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
>22.01.03 | 2010 | PaymentTolerance | Ja | 0 | -5 |
| 29 | 1.000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.03 |
20.01.03 22.01.03 |
>22.01.03 | 2000 | Keiner | Ja | 0 | 0 |
| 30 | 1,000 1.000 |
60 30 |
5 5 |
15.01.03 17.01.2003 |
20.01.03 01/22/03 |
>22.01.03 | 1990 | PaymentTolerance | Ja | 0 | 5 |
Zahlungsbereichsdiagramme
Bezugnehmend auf das Szenario, sind die Zahlungszeiträume wie folgt:
(1) Zahlungsdatum <=15.01.03 (Szenarien 1-3)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Ausgleichsposten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
(2) Zahlung zwischen dem 16.01.2003 und 17.01.2003 (Szenarien 4-9)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Ausgleichsposten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
(3) Zahlung zwischen dem 18.01.2003 und 20.01.2003 (Szenarien 10-21)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Ausgleichsposten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
(4) Zahlung zwischen dem 21.01.03 und 22.01.03 (Szenarien 22-27)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Ausgleichsposten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
(5) Zahlungsdatum liegt nach dem 22.01.2003 (Szenarien 28-30)
Restbetrag gemäß
Normale Ausgleichsvorschriften
(1) Fällt die Zahlung in diesen Zeitraum, können alle Ausgleichsposten mit oder ohne Toleranz geschlossen werden.
(2) Fällt die Zahlung in diesen Bereich, können nicht alle Posten geschlossen werden, auch nicht mit Toleranz.
Siehe auch
Finanzen
Finanzen einrichten
Verwaltung von Forderungen
Arbeiten mit Business Central
Hier finden Sie kostenlose E-Learning-Module für Business Central