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

# Zahlungsausgleich Felder

Diese Seite beschreibt, in welchen Feldern 365 business Banking nach Belegnummern und Referenzen sucht und wie Sie eigene Felder für den Ausgleich hinzufügen.

Nicht jeder Zahler gibt Ihre Rechnungsnummer an. Manche Zahler nennen ihre eigene Bestellnummer, die als **Externe Belegnummer** im Posten steht, andere ihre Kundennummer oder eine Shop-Referenz. Mit den **Zahlungsausgleich Felder** legen Sie fest, welche Felder 365 business Banking beim Ausgleich im Verwendungszweck sucht.

## Was Zahlungsausgleich Felder sind

Der Teil **Zahlungsausgleich Felder** befindet sich auf der Seite **Zahlungsausgleichseinstellungen**. Jede Zeile gibt ein Feld einer Tabelle an:

| Feld | Bedeutung |
|---|---|
| **Herkunftstabelle** | *Debitorenposten*, *Kreditorenposten*, *Debitor*, *Kreditor* oder *Sachposten* |
| **Feldnr.** | das Feld dieser Tabelle; die Auswahl zeigt nur geeignete Felder |
| **Feldname** | wird aus der Feldnummer gefüllt |
| **Priorität** | Reihenfolge, in der die Felder einer Herkunftstabelle geprüft werden, beginnend mit der kleinsten Zahl |

Die **Priorität** gilt für jede Zuordnung, die diese Felder verwendet, etwa die Belegnummer Zuordnung, die Zugehörige Partei Zuordnung und die direkte Zuordnung. Felder mit gleicher Priorität werden in der Reihenfolge ihrer **Feldnr.** geprüft.

## Wofür die Felder verwendet werden

| Herkunftstabelle | Verwendet für |
|---|---|
| *Debitorenposten*, *Kreditorenposten* | [Belegnummer Zuordnung](document-no-matching.mdx): Der Wert des Feldes im offenen Posten wird im Verwendungszweck, in der Transaktions-ID, der Absender Kundenreferenz und der End-to-End-Referenz gesucht. Die Felder der *Debitorenposten* bilden außerdem den Index der [direkten Zuordnung](direct-matching.mdx) und bestimmen die Token-Längen. |
| *Debitor*, *Kreditor* | [Zugehörige Partei Zuordnung](related-party-matching.mdx): Wenn der Wert (etwa die Debitorennummer) im Verwendungszweck steht, gilt der Zahler als erkannt. Außerdem für die [Akonto-Zuordnung](on-account-matching.mdx) und für den Zahler bei [offenen Verkaufsbelegen](../payment-application-open-orders.mdx). |
| *Sachposten* | [Sachposten Zuordnung](gl-entry-matching.mdx) |

## Ohne Einrichtung

**Nach der Installation** sind für *Debitorenposten* und *Kreditorenposten* jeweils drei Zeilen vorhanden: **Belegnr.**, **Externe Belegnummer** und **Zahlungsreferenz**, alle mit **Priorität** 1.

Wenn Sie alle Zeilen einer Herkunftstabelle löschen, gelten folgende Standardwerte:

| Herkunftstabelle | Ohne Zeile |
|---|---|
| *Debitorenposten*, *Kreditorenposten*, *Sachposten* | **Belegnr.** und **Externe Belegnummer**, nicht die Zahlungsreferenz |
| *Debitorenposten* bei der direkten Transaktions-ID Zuordnung | nur **Externe Belegnummer** |
| *Debitor*, *Kreditor* | keine Suche |

Die drei Zeilen für *Debitorenposten* und *Kreditorenposten* werden nur einmal angelegt. Eine Neuinstallation oder ein Update legt Zeilen, die Sie gelöscht haben, nicht wieder an. Nur wenn keine einzige Zeile mehr vorhanden ist, weder für *Debitorenposten* noch für *Kreditorenposten*, legt eine Neuinstallation oder ein Update die Standardzeilen erneut an. Vorhandene Zeilen und geänderte Prioritäten bleiben unverändert.

## Einrichten

1. Wählen Sie das Symbol **Suchen**, geben Sie **Zahlungsausgleichseinstellungen** ein und öffnen Sie die Seite.
2. Wählen Sie im Teil **Zahlungsausgleich Felder** die Aktion **Neue Zeile**.
3. Wählen Sie die **Herkunftstabelle**.
4. Wählen Sie im Feld **Feldnr.** das Feld aus der Liste. **Feldname** wird gefüllt.
5. Geben Sie bei Bedarf eine **Priorität** ein.

Die Änderung gilt ab dem nächsten Ausgleich.

![Zahlungsausgleich Felder mit Zeilen für Debitorenposten, Kreditorenposten und Debitor (Felder Nr. und GLN)](/assets/images/365-business-banking/pmt-appl-settings-related-party-fields.de-DE.png)

### Welche Felder sich eignen

Geeignet sind nur **Text- und Code-Felder**, die einen eigenen Wert enthalten (Feldklasse *Normal*). Die Auswahl zeigt nur solche Felder. Ein anderes Feld wird abgelehnt:

> *„Das Feld … kann eine Zahlung nicht identifizieren. Geeignet sind nur Text- und Code-Felder, die einen eigenen Wert enthalten; dieses ist vom Typ … und der Klasse ….“*

Alle Werte werden wie eine Belegnummer verglichen. Ein Datum oder eine Zahl würde zunächst in Ihrer Sprache und Ihrem Zahlenformat in Text umgewandelt und dann zufällig oder gar nicht übereinstimmen. Ein berechnetes Feld (FlowField) müsste für jeden Kandidaten neu berechnet werden. Außerdem kann ein Zahler keinen dieser Werte auf einer Überweisung angeben.

Felder aus Erweiterungen anderer Anbieter sind zulässig. Wenn eine solche Erweiterung deinstalliert wird, überspringt der Ausgleich die Zeile, ohne abzubrechen.

<Callout type="info" title="Min. Länge und Max. Länge">
Die Spalten **Min. Länge** und **Max. Länge** werden nicht ausgewertet und sind ausgeblendet. Die Längen der Referenzen ermittelt 365 business Banking aus Ihren Daten: [Direkte Zuordnung](direct-matching.mdx).
</Callout>

## Beispiele

| Anlass | Zeile |
|---|---|
| Zahler geben ihre Kundennummer an | Herkunftstabelle *Debitor*, Feld **Nr.** |
| Großkunden überweisen mit ihrer GLN | Herkunftstabelle *Debitor*, Feld **GLN** |
| Die Bestellnummer des Kunden steht als Externe Belegnummer im Posten | Herkunftstabelle *Debitorenposten*, Feld **Externe Belegnummer** (nach der Installation bereits vorhanden) |
| Offene Sachposten auf einem Verrechnungskonto enthalten die Referenz in der Belegnr. | Herkunftstabelle *Sachposten*, Feld **Belegnr.** |

## Siehe auch

- [Belegnummer Zuordnung](document-no-matching.mdx)
- [Zugehörige Partei Zuordnung](related-party-matching.mdx)
- [Zahlungsausgleichseinstellungen](../setup/payment-application-settings.mdx)
- [Direkte Zuordnung bei Zahlungsdiensten](direct-matching.mdx)