Automatische Verrechnung mithilfe der Algorithmusmethode
Bei der Algorithmusmethode werden die folgenden Prozesse zum Verrechnen von Barzahlungen verwendet:
- Auszifferungsart "1:1"
- Rechnungskombination
Die Algorithmusmethode wird nicht bei teilweise verrechneten Rechnungen angewendet und verarbeitet keine Last- und Gutschriften. Rabatte sind nicht anwendbar. Diese Methode kann nur für Kunden mit offenen Posten verwendet werden.
Verarbeitungsbedingungen
Bei einer 1:1-Auszifferung muss die Differenz zwischen dem Zahlungsbetrag und dem Rechnungsbetrag innerhalb des Abweichungsbetrags liegen, der im Feld Abweichung in Automatische Barzahlungsverrechnung prüfen angegeben wurde. Wenn die Differenz zwischen dem Zahlungsbetrag und dem Rechnungsbetrag kleiner als oder gleich der Abweichung ist, findet eine automatische Verrechnung statt. Die Abweichung gilt nur für die 1:1-Auszifferung. Da bei dem Prozess bei Verwendung der Algorithmusmethode Transaktionsbeträge verglichen werden, werden Abweichungen verrechnet und Berichtigungsdatensätze werden zusammen mit einem verrechneten Datensatz erstellt.
Für Differenzberichtigungsbeträge wird vom System ein Berichtigungsdatensatz erstellt. Wenn die 1:1-Auszifferung fehlschlägt, werden mit dem Prozess bis zu fünf der ältesten Rechnungen kombiniert, sofern die Summe dem Zahlungsbetrag entspricht. Die maximale Anzahl der kombinierten Rechnungen darf die in Automatische Barzahlungsverrechnung prüfen angegebene maximale Anzahl von Rechnungen nicht überschreiten. Die Abweichung hat keine Gültigkeit für die Rechnungskombination. Kombinierte Rechnungen müssen mit dem Zahlungsbetrag exakt übereinstimmen. Daher werden keine Berichtigungsdatensätze erstellt.
Kunden mit offenen Posten
In diesem Beispiel ist dargestellt, wie Prozesse von Automatische Barzahlungsverrechnung prüfen offene Datensätze für einen Kunden mit offenen Posten verarbeiten. Es wird vorausgesetzt, dass der Kunde die folgenden Verarbeitungsoptionen aufweist:
Verarbeitungsoptionen | Wert |
---|---|
Abweichung | 10,00 |
Max. Rechnungen | 3 |
Kombination | 2 |
Rechnungen und Lastschriften werden nach dem Datum des Global Ledgers sortiert:
Transaktionsnummer | GL-Datum | Offener Betrag |
---|---|---|
P 101 | 17.10.2016 | 200,00 |
P 105 | 21.10.2016 | 250,00 |
P 102 | 30.10.2016 | 100,00 |
C 201 | 27.10.2016 | 70,00 |
C 202 | 05.11.2016 | 140,00 |
I 301 | 10.10.2016 | 150,00 |
I 302 | 14.10.2016 | 90,00 |
D 401 | 22.10.2016 | 40,00 |
I 303 | 29.10.2016 | 100,00 |
D 402 | 03.11.2016 | 100,00 |
I 304 | 07.11.2016 | 200,00 |
Mit der Algorithmusmethode wird die älteste offene Zahlung mit dem ältesten offenen Posten oder einer Kombination aus offenen Posten verrechnet. Die älteste offene Zahlung, hier die Zahlung 101 (200,00), wird mit der Kombination der maximalen Anzahl von Rechnungen im ältesten Rechnungsauftrag verglichen:
- Rechnung 301 (150,00)
- Rechnung 302 (90,00)
- Rechnung 303 (100,00)
Eine 1:1-Auszifferung kann nicht erfolgen, da die Zahlung und einzelne Zahlungsbeträge um mehr als die Abweichung (10,00) abweichen. Obwohl die vierte Rechnung, Rechnung 304 (200,00), denselben Betrag aufweist wie Zahlung 101 (200,00), wird sie nicht verrechnet, da der Kunde die maximale Anzahl von Rechnungen mit drei definiert hat.
- Diese drei Rechnungsbeträge werden mit dem Zahlungsbetrag in Zweierkombinationen verglichen. Da keine Kombination mit der Zahlung 101 (200,00) übereinstimmt, wird die Zahlung umgangen.
- Die nächstälteste offene Zahlung, Zahlung 105 (250,00), wird mit den ältesten offenen Rechnungen, Rechnung 301 (150,00), Rechnung 302 (90,00) und Rechnung 303 (100,00) verglichen.
Eine 1:1-Auszifferung kann nicht erfolgen, da die Zahlung und einzelne Zahlungsbeträge um mehr als die Abweichung (10,00) abweichen. Diese drei Rechnungsbeträge werden mit dem Zahlungsbetrag in Zweierkombinationen verglichen.
Obwohl die Kombination von Rechnung 301 (150,00) und Rechnung 302 (90,00) innerhalb der Abweichung (10,00) liegt und mit Zahlung 105 (250,00) verglichen wird, findet keine Verrechnung statt, da die Abweichung während der Rechnungskombination nicht verrechnet wird. Die Kombination von Rechnung 301 (150,00) und Rechnung 303 (100,00) stimmt exakt mit Zahlung 105 (250,00) überein. Daher werden zwei verrechnete Datensätze (150,00 und 100,00) für die vollständig verrechneten Rechnungen 301 (150,00) und 303 (100,00) erstellt.
Die nächstälteste offene Zahlung, Zahlung 102 (100,00), wird mit den beiden verbleibenden Rechnungen, Rechnung 302 (90,00) und Rechnung 304 (200,00) verglichen. Da die Differenz zwischen Zahlung 102 (100,00) und Rechnung 302 (90,00) innerhalb der Abweichung (10,00) liegt, findet eine Verrechnung statt. Für die vollständig verrechnete Rechnung 302 (90,00) wird ein verrechneter Datensatz (90,00) mit der Berichtigung 10,00 und einem Berichtigungsdatensatz (10,00) erstellt.