Mit Zahlungstoleranzen und Skontotoleranzen arbeiten
Sie können eine Zahlungstoleranz einrichten, um eine Rechnung zu schliessen, 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 verwenden, sodass bei Gewährung eines Skontos nach Ablauf des Skontodatums dieses immer entweder auf das Skontokonto oder das 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 markierten Postens) <= 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 schliessen, auch wenn die Zahlung nicht vollständig den Betrag der Rechnung umfasst. Zum Beispiel wegen Skontoüberschreitung, Warenabzug oder wegen eines kleinen Fehlers. Dies 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 die
Symbol. Geben Sie Allgemeine Buchungsmatrixeinrichtung ein, und wählen Sie dann den zugehörigen Link.Ö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 die
Symbol. Geben Sie Debitorenbuchungsgruppen ein und wählen Sie dann den zugehörigen Link.Ö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 die
Symbol. Geben Sie Kreditorenbuchungseinrichtung ein, und wählen Sie dann den zugehörigen Link.Öffnen Sie die Seite Debitorenbuchungsgruppen. Richten Sie ein Haben- und ein Soll-Zahlungstoleranzkonto ein.
Wählen Sie die
Symbol. Geben Sie Finanzbuchhaltung Einrichtung ein und wählen Sie dann den zugehörigen Link.Öffnen Sie die Seite Fibuposten einrichten.
Füllen Sie auf dem Inforegister Ausgleich die Felder Skontotoleranzbuchung, Skontotoleranzperiode 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ässig den Saldo zahlt. Daher sollten Restbeträge nicht durch das Buchen eines Zahlungstoleranzeintrags entfernt werden.
Füllen Sie die Seite Zahlungstoleranz ändern die Felder Zahlungstoleranz % und Max- Zahlungstoleranzbetrag und bestätigen Sie dann mit 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, prüft Business Central auch, ob es offene Posten gibt, und berechnet die Toleranz für diese Posten.
Wichtig
Wenn Sie das Feld Skonto berichtigen auf der Seite Einrichtung der MWST-Buchung aktivieren, bezieht sich der MWST-Betrag auf die Beträge Zahlungstoleranzen und Zahlungsskonti, und die Mehrwertsteuer wird für beide Transaktionsbeträge reduziert, wenn Sie existieren. 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 die Symbol. Geben Sie Finanzbuchhaltung Einrichtung ein und wählen Sie dann den zugehörigen Link.
- Aktivieren Sie auf der Seite Fibuposten 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 Überzogenen Skonto nicht akzeptieren.
Zahlungstoleranz für Debitoren sperren:
Die Standardeinrichtung für die Zahlungstoleranz ist zulässig. Um eine Zahlungstoleranz für einen bestimmten Kreditor oder Debitor zu sperren, müssen Sie auf der entsprechenden Debitoren- oder Kreditorenkarte die Toleranz sperren. Wie dies für einen Debitoren stattfindet, wird im Folgendem beschrieben: Die Schritte sind für einen Kreditor ähnlich.
- Wählen Sie die Symbol. Geben Sie Kunde oder Kreditor ein und wählen Sie dann den zugehörigen Link.
- 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 Folgendes:
- A – In diesem Fall wurde die Skontotoleranzwarnung ausgeschaltet ODER der Benutzer hat die Warnung aktiviert und sich entschieden, den verspäteten Skonto zu erlauben (d. h. den Saldo als Zahlungstoleranz zu buchen).
- B – In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, den überzogenen Skonto nicht zu erlauben (d. h. den Saldo als Restbetrag zu belassen).
| — | Inv. | Skonto | Max. Zahlungstoleranz | Skontodatum | Skontotoleranz – Datum | Zahlungsdatum | Zahlung | Toleranzart | Alle Posten geschlossen | Skontotoleranz GL/CL | Maximale Zahlungstoleranz GL/CL |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 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.2003 | 01/20/03 | <=15.01.03 | 980 | Keine | 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.2003 | 01/20/03 | 16.01.2003 – 20.01.03 | 1000 | Keine | 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.2003 | 01/20/03 | >20.01.03 | 1000 | Keine | 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 o. g. Szenario, sind die Zahlungszeiträume wie folgt:
(1) Zahlungsdatum <=15.01.03 (Szenarien 1-3)
Restbetrag gemäss
Normale Ausgleichsvorschirften
(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äss
Normale Ausgleichsvorschirften
(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äss
Normale Ausgleichsvorschirften
(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 Zeitraum, 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:
- Verkaufskonto Toleranzperiode: 5T
- Maximale Zahlungstoleranz 5
Szenarien mit Alternative A, B, C oder D bedeuten Folgendes:
- A – In diesem Fall wurde die Skontotoleranzwarnung ausgeschaltet ODER der Benutzer hat die Warnung aktiviert und sich entschieden, den verspäteten Skonto in jeder Rechnung zu erlauben (d. h. als Toleranz auszubuchen).
- B – In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, den verspäteten Skonto in keiner Rechnung zu erlauben.
- C – In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, den verspäteten Skonto in der ersten Rechnung zu erlauben, in der zweiten jedoch nicht.
- D – In diesem Fall hat der Benutzer die Warnung aktiviert und sich entschieden, den verspäteten Skonto in der ersten Rechnung nicht zu erlauben, jedoch in der zweiten.
| — | Inv. | Skonto | Max. Zahlungstoleranz | Skontodatum | Skontotoleranz – Datum | Zahlungsdatum | Zahlung | Toleranzart | Alle Posten geschlossen | Skontotoleranz GL/CL | Maximale Zahlungstoleranz GL/CL |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | 1.000 1.000 |
60 30 |
5 5 |
15.01.2003 17.01.2003 |
01/20/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.2003 01/17/03 |
01/20/03 01/22/03 |
<=15.01.03 | 1910 | Keine | Ja | 0 0 |
0 0 |
| 3 | 1.000 1.000 |
60 30 |
5 5 |
15.01.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 01/17/03 |
01/20/03 01/22/03 |
01/16/03 01/17/03 | 1970 | Keine | Ja | 0 0 |
0 0 |
| 6B | 1.000 1.000 |
60 30 |
5 5 |
15.01.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 01/17/03 |
01/20/03 01/22/03 |
01/18/03 01/20/03 | 2000 | Keine | Ja | 0 0 |
0 0 |
| 12B | 1.000 1.000 |
60 30 |
5 5 |
15.01.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 01/17/03 |
01/20/03 01/22/03 |
01/21/03 01/22/03 | 2000 | Keine | Ja | 0 0 |
0 0 |
| 24B | 1.000 1.000 |
60 30 |
5 5 |
15.01.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/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.2003 17.01.2003 |
01/20/03 01/22/03 |
>22.01.03 | 2010 | PaymentTolerance | Ja | 0 | -5 |
| 29 | 1,000 1,000 |
60 30 |
5 5 |
15.01.2003 01/17/03 |
01/20/03 01/22/03 |
>22.01.03 | 2000 | Keine | Ja | 0 | 0 |
| 30 | 1.000 1.000 |
60 30 |
5 5 |
15.01.2003 17.01.2003 |
01/20/03 01/22/03 |
>22.01.03 | 1990 | PaymentTolerance | Ja | 0 | 5 |
Zahlungsbereichsdiagramme
Bezugnehmend auf das o. g. Szenario, sind die Zahlungszeiträume wie folgt:
(1) Zahlungsdatum <=15.01.03 (Szenarien 1-3)
Restbetrag gemäss
Normale Ausgleichsvorschirften
(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 17.01.2003 (Szenarien 4-9)
Restbetrag gemäss
Normale Ausgleichsvorschirften
(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) Zahlung zwischen dem 18.01.2003 und 20.01.2003 (Szenarien 10-21)
Restbetrag gemäss
Normale Ausgleichsvorschirften
(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.
(4) Zahlung zwischen dem 21.01.03 und 22.01.03 (Szenarien 22-27)
Restbetrag gemäss
Normale Ausgleichsvorschirften
(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.
(5) Zahlungsdatum liegt nach dem 22.01.2003 (Szenarien 28-30)
Restbetrag gemäss
Normale Ausgleichsvorschirften
(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.
Siehe auch
Finanzen
Finance einrichten
Verwalten von Forderungen
Arbeiten mit Business Central
Kostenlose E-Learning-Module für Business Central finden Sie hier
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter: https://aka.ms/ContentUserFeedback.
Einreichen und Feedback anzeigen für