Szenarien für das Zuordnen von Rechnungen zu Bankauszugspositionen definieren

… eine Angabe zum Szenariotyp.

Gültige Eingaben

1 = Hauptbuch (HB)

2 = Debitoren (AR)

3 = Kreditoren (AP)

4 = Debitoren (AR), Akontozahlung

5 = Kreditoren (AP), Akonto-Zahlung

6 = Debitoren (AR), Bankeinreicher für Zahlungen über das Lastschriftverfahren als Basis

7 = Hauptbuch (GL) Kreditkartenabrechnung

8 = Deb.-Vorauszahlungen

Erklärung der Eingaben

Wenn Szenario 1 angegeben ist, wird automatisch eine Hauptbuchtransaktion erstellt. Dieses Szenario wird für Auszugspositionen verwendet, die sich nicht auf eine Rechnung beziehen, z. B. Bankzinsen oder -gebühren.

Wenn Szenario 2 angegeben ist, wird eine Kundenrechnung abgerufen und einer Auszugsposition zugeordnet.

Wenn Szenario 3 angegeben ist, wird eine Lieferantenrechnung abgerufen und einer Auszugsposition zugeordnet.

Bei Eingabe 4 oder 5 wird eine Akontozahlung in Debitoren bzw. Kreditoren erstellt.

Bei Angabe von Szenario 6 werden Kundenrechnungen, die in einem Lastschriftvorschlag in "Bankeinreicher. Öffnen" (ARS300) enthalten sind, abgerufen und einer Auszugsposition zugeordnet.

Wenn Szenario 7 angegeben ist, wird eine Kundenrechnung, die mit einer Zahlungsreferenznummer verbunden ist, abgerufen und einer Auszugsposition zugeordnet. Die Zahlungsreferenznummern werden in der Tabelle FIRCON und in der Zusatzinformationsnummer 032 in Tabelle FGLEDX gespeichert.

Wenn Szenario 8 angegeben ist, enthält die Bankauszugsposition einen Verweis auf eine Zahlungsdokumentnummer in der Tabelle OINVOH. In diesem Szenario wird für die Auszugsposition eine Akontozahlung mit einer Nummer aus der Nummernserie C3 in "Nummernserie. Öffnen" (CRS165) erstellt. Die Akontozahlung wird mit der Zahlungsdokumentnummer als Zusatzinformationsnummer 249 in der Tabelle FSLEDX aktualisiert.

Szenario für das Erstellen von Hauptbuchtransaktionen (Szenariotyp 1)

... eine Angabe dazu, wie die Kontierungszeile für einen Beleg ermittelt wird.

Gültige Eingaben

1 = Feste Kontierungszeile Beim Buchen wird immer eine bestimmte Kontierungszeile verwendet, die für das Szenario in (ABS911/E) angegeben wird.

2 = Standardbeleg Für das Szenario wird in (ABS911/E) ein Standardbeleg angegeben. Die für den Standardbeleg definierten Buchungspositionen werden beim Buchen verwendet.

3 = Textidentifikatorfeld Mithilfe der in (ABS940) definierten Textidentifikatoren werden die Angaben aus den Zusatzinformationen abgerufen und geben somit an, worauf sich die Bankauszugsposition bezieht. Die Buchungsdefinitionen, die für den Textidentifikator hinterlegt sind, werden beim Buchen berücksichtigt.

Tipps

Verwenden Sie Eingabe 2, um mehrere Buchungspositionen zu erstellen.

Verwenden Sie Eingabe 3, um zusätzliche Informationen abzurufen. Dies ist zum Beispiel nützlich, wenn sich eine Auszugsposition auf ein Fahrzeugleasing bezieht und zum korrekten Buchen der Transaktion die Kfz-Zulassungsnummer benötigt wird.

… den USt-Code, der USt-Methode und USt-Satz steuert, die bei der Berechnung der Umsatzsteuer für die Transaktion anzuwenden sind.

Die gültigen USt-Codes werden in CRS030 erfasst.

… den Standardbeleg, der für das Buchen der Transaktion verwendet wird.

Bei Verwendung eines Standardbelegs vom Typ 3 können mehrere Buchungen erstellt werden, bei denen der Betrag aus der Auszugsposition bezogen und auf die Standardbelegpositionen verteilt wird (basierend auf einem pro Position definierten Prozentsatz).

Dieses Feld wird verwendet, falls für das Szenario ein Standardbeleg für Hautbuchbuchungen ausgewählt wurde.

Standardbelege werden in (GLS015) definiert.

... eine Angabe zum Belegtext für Transaktionen, die für die Verrechnung der bei der Bankauszugszuordnung generierten Banktransaktionen verwendet werden.

Programm-ID/Bild – gültige Eingaben

1 = Kein Belegtext

2 = Transaktionsbeschreibungstext Das bedeutet, dass der in (ABS101/F) pro Auszugsposition angezeigte Text verwendet wird.

3 = Name der Bank. Das bedeutet, dass der in (CRS692/E) im Feld "Banknummer" für die Bankkonto-ID angegebene Wert verwendet wird. Bei diesem Wert handelt es sich in der Regel um den Namen der Bank.

4 = Zusammengesetzter Text Der Belegtext wird aus den Werten der folgenden Felder in folgender Reihenfolge zusammengesetzt: Bankauszugsnummer (ABS100/B), Seitennummer der Auszugsposition (ABS101/E), Sequenznummer der Auszugsposition (ABS101/B).

5 = Beschreibung des Bankkontos der Firma. Das bedeutet, dass die Beschreibung des Bankkontos Ihrer Firma (Dimension 1) in (CRS630/E) verwendet wird.

6 = Textidentifikatorbeschreibung Dies ist die Beschreibung des Textidentifikators in (ABS940), der zum Abrufen der Zusatzinformationen verwendet wird.

7 = Rechnungsbelegtext. Der Belegtext der Rechnung, die während der Bankauszugsverarbeitung bezahlt wird, wird verwendet.

Szenario für die Rechnungszuordnung (Szenariotypen 2 und 3)

... eine Angabe dazu, wie der Kontoinhaber (Kunde/Lieferant) im Rahmen des Szenarios abgerufen wird. Der Kunde/Lieferant wird hauptsächlich für die Erstellung von Akontozahlungen verwendet (Szenariotypen 4 oder 5). Sie kann jedoch auch verwendet werden, um die Suche nach einer Rechnung einzuschränken, die einer Auszugsposition zugeordnet werden soll (Szenariotypen 2 oder 3).

Gültige Eingaben

1 = Kein Kunde/Lieferant erforderlich.

2 = Fester Kunde/Lieferant Das bedeutet, dass für das Szenario in (ABS911/E) ein Kunde bzw. Lieferant festgelegt wird.

3 = Suchpfad Das bedeutet, dass für das Szenario in (ABS911/E) ein Suchpfad zu Kunde bzw. Lieferant festgelegt wird.

Tipps

Eingabe 1 wird gewählt, wenn für den Abruf der zuzuordnenden Rechnung eine Suche nach dem Kunden/Lieferanten nicht notwendig ist. Dies kann zum Beispiel der Fall sein, wenn in einer Firma nur wenige Rechnungen verarbeitet werden.

Bei Eingabe 2 wird derselbe Kunde/Lieferant regelmäßig beim Suchen von Rechnungen und beim Erstellen von Akontozahlungen verwendet. Bei Eingabe 3 wird die Suche hingegen bei jeder Verwendung des Szenarios durchgeführt. D. h., der Kunde/Lieferant kann abhängig vom Suchergebnis unterschiedlich sein.

... eine Angabe dazu, wie die automatische Suche nach dem Kontoinhaber (Kunde/Lieferant) erfolgt.

Gültige Eingaben

1 = Kunde/Lieferant aus Bankauszugsposition Das bedeutet, dass der Zahler/Zahlungsempfänger übernommen wird, der in (ABS101/E) für die Bankauszugsposition angezeigt wird.

3 = Bankkontonummer des Zahlers/Zahlungsempfängers. Das bedeutet, dass die für die Auszugsposition in (ABS101/E) angezeigte Bankkontonummer des Zahlers/Zahlungsempfängers verwendet wird, um den Kunden/Lieferanten abzurufen, der in "Bankkonto. Zusatzfeld verbinden" (CRS693) mit dieser Bankkontonummer verbunden ist.

4 = Kunde/Lieferant aus Textidentifikator Das bedeutet, dass die in (ABS940) definierten Textidentifikatoren dazu verwendet werden, den Kunden/Lieferanten auf Basis der Zusatzinformationen zu identifizieren, die für die Bankauszugsposition in "Bankkonto. Positionsdetails öffnen" (ABS102/B) angezeigt werden.

5 = Kundenauftragsnummer Dies bedeutet, dass der Zahler aus der Kundenauftragsnummer übernommen wird, die als Zusatzinformationsnummer 231 für die detaillierte Bankauszugsposition in (ABS102/E) angezeigt wird. Die Kundenauftragsnummer kann in ein beliebiges der fünf Felder eingegeben werden, die für Zusatzinformationsnummern in (ABS102/E) verfügbar sind.

… Kunde bzw. Lieferant (Kontoinhaber), der für die Suche nach einer Rechnung und die Zuordnung zu Bankauszugspositionen (Szenariotyp 2 oder 3) oder die Erstellung einer Akontozahlung (Szenariotyp 4 oder 5) verwendet wird. Bei Zuordnungen begrenzt der hier definierte Kunde/Lieferant die Suche nach der entsprechenden Rechnung.

... eine Angabe dazu, wie die automatische Suche nach Rechnungen zur Zuordnung zu Bankauszugspositionen durchzuführen ist.

Gültige Eingaben

1 = Rechnung aus Bankauszugsposition

2 = Zusatzinformationsdatei

3 = Informationskategorie

4 = Suche nach Betrag

5 = Rechnungsreferenznummer

6 = Parallele Rechnungsnummer

Erklärung der Eingaben

Mit Eingabe 1 erfolgt die Suche nach Rechnungen in einer der Transaktionsdateien anhand der Rechnungsnummer, die für die Auszugsposition in (ABS102/E) erfasst wurde.

Mit Eingabe 2 erfolgt die Suche in den Transaktionsdateien anhand der Rechnungsnummer, die in der Bankauszugsposition als Zusatzinformation angezeigt wird. Die Zusatzinformationsstruktur in (ABS930) steuert, wie dies abläuft.

Mit Eingabe 3 wird anhand der Informationskategorie, die für das Szenario in (ABS911/E) angegeben wurde, eine Informationskategorienummer abgerufen (z. B. eine Gruppenrechnungsnummer). Diese Nummer wird als Zusatzinformation zur Bankauszugsposition angezeigt. Anhand der Informationskategorienummer wird dann die Rechnungsnummer aus den Transaktionsdateien übernommen. Die Zusatzinformationsstruktur in (ABS930) steuert, wie dies abläuft.

Mit Eingabe 4 wird anhand des Betrags der Auszugsposition in (ABS101/F) in den Transaktionsdateien nach einer Rechnung gesucht, die denselben Betrag aufweist.

Eingabe 6 bedeutet, dass die Rechnung anhand der parallelen Rechnungsnummer in einer der Transaktionsdateien gesucht wird. Die "Parallele Rechnungsnummer" für Kundenrechnungen wird in "Zusätzliche Zahlungsreferenz. Öffnen" (CMS090) für Referenznummerntyp 1 definiert oder von einer Regierung oder Behörde (Referenznummerntyp 2) ausgestellt. Die "Parallele Rechnungsnummer" für Kundenrechnungen wird in der Tabelle FSAPRN und in der Tabelle CINHED für Referenznummerntyp 2 gespeichert. Die "Parallele Rechnungsnummer" für Lieferantenrechnungen wird in der Tabelle FPAPRN gespeichert.

… die Informationskategorie, anhand derer eine eindeutige Informationskategorienummer (z. B. eine Gruppenrechnungsnummer) in den Zusatzinformationen einer Auszugsposition gefunden werden kann. Die Nummer wird anschließend verwendet, um in den Transaktionsdateien automatisch die Rechnung zu finden, die der Position zugeordnet werden soll.

In (ABS930) ist definiert, wie die Suche in den Zusatzinformationen bzw. den Transaktionsdateien ausgeführt wird.

Informationskategorien werden in (ARS950) verwaltet, wenn sie sich auf Debitorentransaktionen beziehen, und in (APS950), wenn sie sich auf Kreditorentransaktionen beziehen.

… die Angabe, ob bei der Zuordnung einer Rechnung zu einer Position nur eine Rechnung denselben Betrag wie die Bankauszugsposition aufweisen darf.

Gültige Eingaben

1 = Ja

2 = Nein, älteste Rechnung auswählen

3 = Nein, neueste Rechnung auswählen

Wenn bei Eingabe 1 mehrere Rechnungen mit demselben Betrag gefunden werden, findet keine Zuordnung statt.

Eingabe 2 und 3: Werden mehrere Rechnungen mit demselben Betrag gefunden, wird die älteste/neueste Rechnung (gemäß Rechnungsdatum) der Auszugsposition zugeordnet.

Dieses Kontrollfeld steuert, ob in (ABS930) selbst dann alle Strukturinformationsdatensätze verwendet werden, wenn Transaktionen erstellt worden sind, die auf Informationen eines Datensatzes mit tieferer Priorität basieren.

Das Feld kann aktiviert werden, wenn die Informationen zur Suche aller Rechnungsnummern im Programm (ABS930) in mehrere Datensätze aufgeteilt werden muss.

Aktivieren Sie dieses Kontrollfeld, wenn das Zuordnungsprogramm bis zu drei aufeinanderfolgende Felder, die in der Zusatzinformationsdatei durch ein Leerzeichen voneinander getrennt sind, zusammenfassen soll.

Die Nummer wird anschließend in (ABS930) überprüft. Dort wurde eine Struktur für die Zusatzinformationsdatei definiert, damit Rechnungsnummern und andere Nummern, z. B. Schecknummern, automatisch identifiziert werden können.

Diese Funktion dient dazu, bei der Aufteilung von Rechnungsnummern durch Trennzeichen oder Zeilenumbrüche die Trefferquote zu erhöhen. Nach jedem Zeilenumbruch wird automatisch ein Leerzeichen eingefügt. Wenn eine Rechnungsnummer aufgrund eines Zeilenumbruchs aufgeteilt wurde, wird der in die neue Zeile übertragene Teil durch ein Leerzeichen vom ersten Teil der Nummer getrennt.

Beispiel

Die Zusatzinformationsdatei enthält folgende Zeilen:

Rechnungen 1200001,1200002,12?21000 03

Die Zeile bezieht sich auf drei Rechnungen: 1200001, 1200002 und 1200003. "?21" ist ein Trennzeichen. Der letzte Teil der letzten Rechnungsnummer wurde aufgrund eines Zeilenumbruchs mit einem Leerzeichen abgetrennt. Das Programm kann nur die ersten beiden Rechnungsnummern identifizieren.

Wenn Sie das Kontrollfeld aktivieren, werden die ersten zwei Teile der letzten Rechnungsnummer zu 12000 zusammengefasst und anschließend in (ABS930) überprüft. Wenn die Nummer immer noch nicht identifiziert werden kann, werden die restlichen Zahlen ebenfalls hinzugefügt: 1200003. Die Rechnung kann jetzt identifiziert werden.

... ob es möglich ist, Teilzahlungen durchzuführen oder nicht.

Die Funktion ist nur für Szenariotypen 2 und 3 verfügbar.

Sie können eine Teilzahlung durchführen, wenn "Suchpfad - Rechnung" auf "1" (Zuordnung auf Basis der Rechnungsnummer auf der Bankauszugsposition) und einer Kundenrechnungsnummer oder eine Lieferantenrechnungsnummer in (ABS102) zusammen mit einem Betrag angegeben wird.

Sie können auch eine Teilzahlung durchführen, wenn "Suchpfad - Rechnung" auf "6" (Zuordnung auf Basis paralleler Rechnungsnummer auf der Bankauszugsposition) gesetzt ist, und eine parallele Rechnungsnummer für eine Kundenrechnung oder Lieferantenrechnung ist in (ABS102) zusammen mit einem Betrag angegeben.

Wenn "Suchpfad – Rechnung" auch andere Zuordnungsmethoden enthält (wenn die Einstellung z. B. 123 lautet), gilt die Teilzahlungsfunktion nur für Zuordnungen mit der Methode 1, aber nicht, wenn die aktuelle Zuordnung mit einer der anderen Methoden (2 oder 3 in diesem Beispiel) erfolgt.

Szenario für das Erstellen von Akontozahlungen für Debitoren (Szenariotyp 4)

… den Transaktionstyp, der bei der automatischen Zuordnung über die Szenarionummer erstellt wird. Dieses Feld wird nur für Szenarionummern verwendet, die für Szenariotyp 4 definiert wurden.

Gültige Eingaben

1 = Akonto

2 = Akonto mit angegebener Nummer

3 = BelastAnz. mit angegeb. Nummer

Erklärung der Eingaben

Eingabe 1: Es wird automatisch eine Akontozahlung erstellt. Wenn eine nicht identifizierte Kundenzahlung von 100 USD eingegangen ist, kann eine Akontozahlung über 100 USD erstellt werden, wobei die nächste verfügbare Nummer aus der Nummernserie 52-1 in (CRS165) verwendet wird. Diese Akontozahlung wird in der Debitorenbuchhaltung mit einem negativen Betrag aktualisiert: -100 USD.

Eingabe 2: Es wird automatisch eine Akontozahlung mit einer vom Zahler angegebenen Nummer erstellt. Wenn ein Kunde 100 USD bezahlt und auf eine bestimmte Akonto-Nummer Bezug genommen hat, die nicht in der Debitorenbuchhaltung vorhanden ist, kann für 100 USD unter Verwendung der angegebenen Nummer eine Akontozahlung erstellt werden. Diese Akontozahlung wird in der Debitorenbuchhaltung mit einem negativen Betrag aktualisiert: -100 USD.

Eingabe 3: Es wird automatisch eine Belastungsanzeige mit einer Nummer vom Zahler erstellt. Wenn ein Kunde 100 USD aus der Zahlung abgezogen und auf eine bestimmte Belastungsanzeigenummer Bezug genommen hat, die nicht in der Debitorenbuchhaltung vorhanden ist, kann für 100 USD unter Verwendung der angegebenen Nummer eine Belastungsanzeige erstellt werden. Diese Belastungsanzeige wird in der Debitorenbuchhaltung mit einem positiven Betrag aktualisiert: 100 USD.

Akontozahlungen und Belastungsanzeigen, die bei der Zuordnung von Bankauszügen in (ABS100) erstellt wurden, werden in der Debitorenbuchhaltung als neue Rechnungstransaktionen (TRCD 10) aktualisiert. Eine Rechnungsnummer in der Debitorenbuchhaltung kann nur einmal pro Rechnungsjahr (INYR) vorhanden sein. Dies bedeutet, dass die von einem Zahler für eine Akontozahlung oder eine Belastungsanzeige angegebene Nummer in der Debitorenbuchhaltung für das Jahr der Zahlung noch nicht vorhanden sein darf. Wenn die Rechnungsnummer für das entsprechende Jahr bereits vorhanden ist, wird bei der automatischen Zuordnung des Bankauszugs die Akontozahlung oder die Belastungsanzeige nicht erstellt. Die Akontozahlung oder die Belastungsanzeige kann dann über die manuelle Zuordnung der Bankauszugsposition in (ARS110) unter Verwendung einer anderen Nummer statt der vom Zahler angegebenen Nummer erstellt werden. Wenn die vom Zahler angegebene Nummer beispielsweise "DN1234567" ist, kann der Benutzer ein Suffix hinzufügen, um eine eindeutige Rechnungsnummer zu erstellen: "DN1234567x".

… wie die Zahlungsmethode für das Abrufen der Szenarionummer verwendet wird. Die Zahlungsmethode wird auf die Akontozahlung oder die Belastungsanzeige angewendet, die über die Szenarionummer erstellt wird.

Gültige Eingaben

1 = Von FAM-Funktion

2 = Von Zahler

3 = Feste verwenden

Erklärung der Eingaben

Eingabe 1: Die Zahlungsmethode wird aus der FAM-Funktion übernommen, die für Debitorenzahlungen für den Bankkontoidentifikator in (ABS900/E) ausgewählt wurde. Die Zahlungsmethode wird für die FAM-Funktion (AR30) in (CRS406/G) definiert.

Eingabe 2: Die Zahlungsmethode wird vom Zahler in (CRS610/J) übernommen und auf die über diese Szenarionummer erstellten Transaktionen angewendet.

Eingabe 3: Für die Szenarionummer in (ABS911/E) wird eine feste Zahlungsmethode angegeben. Das bedeutet, dass diese Zahlungsmethode für alle Buchungen verwendet wird, die über diese Szenarionummer erstellt werden.

… die Zahlungsmethode, die bei der Erstellung von Akontozahlungen oder Belastungsanzeigen über ein Szenario für Szenariotyp 4 verwendet werden soll.

… wie der Betrag für Akontozahlungen über diese Szenarionummer automatisch erstellt wird.

Dieses Feld wird nur für Szenarionummern verwendet, die für Szenariotyp 4 mit Unterszenariotyp 1 definiert wurden.

Wenn dieser Parameter nicht aktiviert ist, wird für die Akontozahlung der gesamten Betrag der Detailposition in (ABS102) verwendet.

Wenn dieser Parameter aktiviert ist, wird für die Akontozahlung der Restbetrag nach anderen Zuordnungen für die Detailposition in (ABS102) verwendet.

Beispiel

Der Betrag einer Bankauszugsposition in (ABS101) ist 100 USD. Für diese Bankauszugsposition gibt es in (ABS102) drei Detailpositionen mit den Beträgen 10 USD, 30 USD und 60 USD. Für die erste Detailposition wurde eine Rechnung mit dem Betrag 10 USD zugeordnet. In der zweiten Detailposition gibt es keine Referenz zu einer Rechnung. Für die dritte Detailposition wurde eine Rechnung von 35 USD zugeordnet; damit verbleiben 25 USD ohne Zuordnung.

Wenn ein Szenario für die automatische Erstellung von Akontozahlungen verwendet wird, werden Akontozahlungen für die zweite und dritte Detailposition in (ABS102) erstellt.

Wenn der Parameter "Restbetrag Akontozahlung" in (ABS911/E) aktiviert wurde, wird der Betrag für die Akontozahlungen jeweils auf den Restbetrag für jede Detailposition in (ABS102) gesetzt, also 30 USD und 25 USD. Da der gesamte zugeordnete Betrag für die Bankauszugsposition (10+35+30+25=100 USD) gleich dem Positionsbetrag (100 USD) ist, wird der Status auf 6 = Vollständig zugeordnet gesetzt.

Wenn der Parameter "Restbtr AkontoZ" in (ABS911/E) deaktiviert wurde, wird der Betrag für die Akontozahlungen jeweils auf den gesamten Betrag für jede Detailposition in (ABS102) gesetzt, also 30 USD und 60 USD. Da der gesamte zugeordnete Betrag für die Bankauszugsposition (10+35+30+60=135 USD) nicht dem Positionsbetrag (100 USD) entspricht, wird die Abweichung (35 USD) mit den in (ABS920) definierten Grenzwerten für akzeptierte Abweichungen verglichen, wenn die Abweichungsbearbeitung in (ABS900) aktiviert ist. Wenn die Abweichung innerhalb der Grenzwerte liegt, wird die Abweichung für Buchungsdefinition AB10-185 verbucht, und der Status der Bankauszugsposition wird auf 6 = Vollständig zugeordnet gesetzt. Wenn die Abweichung die Grenzwerte übersteigt, wird der Status der Bankauszugsposition auf 5 = Teilweise zugeordnet gesetzt.

… den Grund für das Erstellen der Belastungsanzeige über ein Szenario, das für Szenariotyp 4 definiert ist.

Der Ursachencode für die Belastungsanzeige wird für jede Belastungsanzeige in der Debitorenbuchhaltung (Feld DNRE) gespeichert. Er kann für Belastungsanzeigen in "Belastungsanzeige. Öffnen" (ARS125) angezeigt und geändert werden.

Ursachencodes der Belastungsanzeige werden in "Belastungsgrund. Öffnen" (ARS016) definiert.

… wie der verantwortliche Benutzer für Belastungsanzeigen, die über die Szenarionummer erstellt werden, übernommen wird.

Gültige Eingaben

1 = Aktueller Benutzer

2 = Von Zahler

3 = Feste verwenden

Erklärung der Eingaben

Eingabe 1: Der aktuelle Benutzer, der die automatische Zuordnung in (ABS100) durchführt, über die die Szenarionummer zur Erstellung einer Belastungsanzeige verwendet wird, wird als verantwortlicher Benutzer für die Belastungsanzeige festgelegt.

Eingabe 2: Die Kreditabteilungsreferenz wird vom Zahler in (CRS610/K) übernommen und als verantwortlicher Benutzer für die via Szenarionummer erstellte Belastungsanzeige festgelegt.

Eingabe 3: Für die Szenarionummer in (ABS911/E) wird ein fester verantwortlicher Benutzer angegeben. Das bedeutet, dass dieser Benutzer als verantwortlicher Benutzer für alle Belastungsanzeigen festgelegt wird, die über diese Szenarionummer erstellt werden.

… den verantwortlichen Benutzer, der beim Erstellen von Belastungsanzeigen über ein Szenario vom Szenariotyp 4 verwendet werden soll.

… die Anzahl Tage für die Berechnung des Überwachungsdatums für Belastungsanzeigen angegeben, die über die Szenarionummer erstellt werden.

Die in diesem Feld angegebene Anzahl von Tagen mit einem Wert von 0 bis 999 wird zum Valutadatum der Bankauszugsposition (Feld CURD) in (ABS101/E) hinzugefügt, um das Überwachungsdatum zu berechnen.

Beispiele

Wenn das Valutadatum der 1. Juni ist und die Anzahl der Tage auf 5 gesetzt ist, wird das neue Überwachungsdatum auf den 6. Juni gesetzt.

Wenn das Valutadatum der 1. Juni ist und die Anzahl der Tage auf 0 gesetzt ist, ist das neuen Überwachungsdatum gleich dem Valutadatum, nämlich 1. Juni.

Szenario für das Erstellen von Akontozahlungen für Kreditoren (Szenariotyp 5)

Szenario für die Rechnungszuordnung anhand von Bankeinreicher bei Zahlungen per Lastschriftverfahren (Szenariotyp 6)

Dieser Szenariotyp wird verwendet, um Rechnungen zu suchen, die in "Bankeinreicher. Öffnen" (ARS300) (Tabellen FARRED und FARREM) in einem Bankeinreicher für das Lastschriftverfahren enthalten sind. In (ABS911) müssen mindestens zwei Szenarien vom Szenariotyp 6 definiert sein: eines für durch die Bank bearbeitete Zahlungen und eines für Zahlungen, die von der Bank zurückgewiesen wurden.

... eine Angabe dazu, wie der Kontoinhaber (Kunde/Lieferant) im Rahmen des Szenarios abgerufen wird. Der Kunde/Lieferant wird hauptsächlich für die Erstellung von Akontozahlungen verwendet (Szenariotypen 4 oder 5). Sie kann jedoch auch verwendet werden, um die Suche nach einer Rechnung einzuschränken, die einer Auszugsposition zugeordnet werden soll (Szenariotypen 2 oder 3).

Gültige Eingaben

3 = Suchpfad Das bedeutet, dass für das Szenario in (ABS911/E) ein Suchpfad zu Kunde bzw. Lieferant festgelegt wird.

... eine Angabe dazu, wie die automatische Suche nach dem Kontoinhaber (Kunde/Lieferant) erfolgt.

Gültige Eingaben

1 = Kunde/Lieferant aus Bankauszugsposition Das bedeutet, dass der Zahler/Zahlungsempfänger übernommen wird, der in (ABS101/E) für die Bankauszugsposition angezeigt wird.

… ob das Szenario auf Zahlungen angewendet wird, die von der Bank bearbeitet oder von der Bank zurückgewiesen wurden.

Bankauszugspositionen, die mit einem Szenario mit nicht aktiviertem Kontrollfeld "Abgeschlossen" verknüpft sind, werden als von der Bank zurückgewiesene Rechnungen angesehen, die daher nicht in die automatische Zuordnung von Rechnungen zu Bankauszugspositionen einbezogen werden.

Szenario für Kreditkartenabrechnung (Szenariotyp 7)

Dieser Szenariotyp wird für die Abstimmung von Kreditkartenzahlungen mit Kundenrechnungen mithilfe der Zahlungsreferenznummern in M3 Business Engine verwendet. Wenn eine Zahlung mit Kreditkarte erfolgt, wird diese Zahlung normalerweise anhand einer Zahlungsreferenznummer vorgenommen, die beim Buchen der Zahlung erstellt wurde, nicht anhand einer Kundenrechnungsnummer. Die Zahlungsreferenznummer wird über die FIRCON-Tabelle an M3-Finanzmanagement übertragen. Dies geschieht entweder beim Fakturieren des Kundenauftrags oder wenn die Kreditkartenzahlung zu der Rechnung zugeordnet wird.

... eine Angabe dazu, wie die automatische Suche nach Rechnungen zur Zuordnung zu Bankauszugspositionen durchzuführen ist.

Gültige Eingaben

3 = Informationskategorie

… die Informationskategorie, anhand derer eine eindeutige Informationskategorienummer (z. B. eine Gruppenrechnungsnummer) in den Zusatzinformationen einer Auszugsposition gefunden werden kann. Die Nummer wird anschließend verwendet, um in den Transaktionsdateien automatisch die Rechnung zu finden, die der Position zugeordnet werden soll.

In (ABS930) ist definiert, wie die Suche in den Zusatzinformationen bzw. den Transaktionsdateien ausgeführt wird.

Informationskategorien werden in (ARS950) verwaltet, wenn sie sich auf Debitorentransaktionen beziehen, und in (APS950), wenn sie sich auf Kreditorentransaktionen beziehen.

Gültige Eingaben

32 = Zahlungsreferenz Kreditkarte

Szenario für Vorauszahlungen für Debitoren (Szenariotyp 8)

Dieser Szenariotyp wird für die Zuordnung von Bankauszugspositionen mit den Zahlungsdokumenten in Tabelle OINVOH verwendet, wobei IVTP 05 oder 06 ist. Wenn der Bankauszugsposition ein Zahlungsdokument zugeordnet ist, wird eine Akontozahlung anhand einer Rechnungsnummer aus der Nummernserie C3 in "Nummernserie. Öffnen" (CRS165) erstellt. Informationen zur Zahlungsdokumentnummer werden in der Zusatzinformationsnummer 249 aktualisiert.

... eine Angabe dazu, wie die automatische Suche nach Rechnungen zur Zuordnung zu Bankauszugspositionen durchzuführen ist.

Gültige Eingaben

1 = Rechnung aus Bankauszugsposition

2 = Zusatzinformationsdatei

4 = Suche nach Betrag

Mit Eingabe 1 erfolgt die Suche nach Rechnungen in einer der Transaktionsdateien anhand der Rechnungsnummer, die für die Auszugsposition in (ABS102/E) erfasst wurde.

Mit Eingabe 2 erfolgt die Suche in den Transaktionsdateien anhand der Rechnungsnummer, die in der Bankauszugsposition als Zusatzinformation angezeigt wird. Die Zusatzinformationsstruktur in (ABS930) steuert, wie dies abläuft.

Mit Eingabe 4 wird anhand des Betrags der Auszugsposition in (ABS101/F) in den Transaktionsdateien nach einer Rechnung gesucht, die denselben Betrag aufweist.