Hauptbuchverwaltung aktivieren

Hauptbuch- und Belegverwaltung

Das Feld zeigt, ob Soll- und Habentransaktionen mit anderen Zeichen als Plus oder Minus erfasst werden.

Dieses Feld zeigt, ob interne Transaktionen im System verwendet werden. Auf diese Weise werden interne Transaktionen als solche im Hauptbuch gekennzeichnet, und interne oder externe Transaktionen können in Abfragen und Berichten ausgewählt werden. Interne Transaktionen haben ihre eigene Journalnummernserie.

Dieses Feld zeigt, ob die Werte jeder Transaktion während der Eingabe geprüft werden.

Folgende Eingaben stehen zur Verfügung:

0: Keine Prüfung

1: Prüfung

2: Wie Eingabe 1, jedoch erfolgt keine Prüfung von Wechselkursabweichungen.

Wenn Sie Eingabe 1 oder 2 auswählen, wird jeder in der Basisdatei und der Parameterdatei angegebene Transaktionswert geprüft, um die Korrektheit der Werte sicherzustellen. So wird außerdem gewährleistet, dass unausgeglichene Belege nicht in das Hauptbuch aufgenommen werden. Eingabe 1 wird empfohlen.

Dieses Feld zeigt die Feldwerte, die angewendet werden, wenn ein Beleg storniert (gelöscht) wird, nachdem ihm eine Belegnummer zugewiesen und bevor das Buchungsjournal gedruckt wurde. Um eine Lücke in der Belegnummernserie zu vermeiden, wird ein Beleg mit nur einer Transaktion über einen Betrag von 0,00 erstellt.

Dieses Feld zeigt, ob Buchungskreise verwendet werden, um Nebenbücher und das Hauptbuch in kleinere Einheiten zu unterteilen. Ist diese Eingabe aktiviert, werden für die Transaktionen in den Buchungskreisen der Hauptbuchdatei Informationen zur Belegnummernserie gespeichert. Diese Angaben werden für Abfragen und zur Sortierung verwendet.

Sie können Belege nach Buchungskreisen und FAM-Funktionen für die Erfassung in "Buchungskreis. Anzeigen" (CRS408) überprüfen.

Dieses Feld zeigt, ob eine Abstimmung in "Konto. Extern abstimmen" (GLS180), "Konto. Intern abstimmen" (GLS185) oder "Konto. Intern abstimmen" (GLS385) zur Anwendung kommen soll.

Dieses Feld zeigt, ob divisionsübergreifende Belege verwendet werden.

Dieses Feld zeigt alle im Finanzsystem verwendete Drittwährungen und den anzuwendenden Wechselkurstyp.

Dieses Feld zeigt, ob und wie Wechselkurse für die Berechnung von Drittwährungsbeträgen verwaltet werden.

Folgende Eingaben stehen zur Verfügung:

0: Nein. Drittwährungsbeträge werden berechnet, indem Beträge aus der Landeswährung in die Drittwährung umgerechnet werden. Der Drittwährungsbetrag für Debitoren- und Kreditorentransaktionen wird bei der Zahlung mit dem aktuellen Wechselkurs berechnet. Bei dieser Eingabe werden zum Abrufen des Drittwährungskurses der Wechselkurstyp aus Bild (CRS750/F) und das Buchungsdatum aus der Transaktion verwendet.

1: Ja, basierend auf der Landeswährung. Drittwährungsbeträge werden berechnet, indem Beträge aus der Landeswährung in die Drittwährung umgerechnet werden. Der Drittwährungsbetrag für Debitoren- und Kreditorentransaktionen wird bei der Zahlung basierend auf dem Wechselkurs der Rechnung berechnet. Bei Bedarf wird eine separate Währungsgewinn- oder Währungsverlusttransaktion in der Drittwährung erstellt. Bei Bedarf wird auch eine Rundungstransaktion erstellt, um den Beleg in der Drittwährung auszugleichen. Bei dieser Eingabe wird zum Abrufen des Drittwährungskurses der Wechselkurstyp sowie Rechnungsdatum, Zahlungsdatum oder Buchungsdatum aus der Transaktion verwendet.

2: Ja, basierend auf der Fremdwährung. Drittwährungsbeträge werden berechnet, indem Beträge aus der Fremdwährung in die Drittwährung gemäß dem gültigen Drittwährungskurs in (CRS058) umgerechnet werden. Der Drittwährungsbetrag für Debitoren- und Kreditorentransaktionen wird bei der Zahlung basierend auf dem Wechselkurs der Rechnung berechnet. Bei Bedarf wird eine separate Währungsgewinn- oder Währungsverlusttransaktion in der Drittwährung erstellt. Bei Bedarf wird auch eine Rundungstransaktion erstellt, um den Beleg in der Drittwährung auszugleichen. Bei dieser Eingabe wird zum Abrufen des Drittwährungskurses der Wechselkurstyp sowie Rechnungsdatum, Zahlungsdatum oder Buchungsdatum aus der Transaktion verwendet.

Währungsgewinn- oder Währungsverlusttransaktionen in Drittwährung für Kreditoren werden mit Buchungsvorgang AP91 erstellt. Weitere Informationen dazu finden Sie unter Buchungsdefinitionen für AP: Kreditoren.

Währungsgewinn- oder Währungsverlusttransaktionen in Drittwährung für Debitoren werden mit Buchungsvorgang AR91 erstellt. Weitere Informationen dazu finden Sie unter Buchungsdefinitionen für AR – Debitoren.

Bei Auswahl von Eingabe 1 oder 2 erfolgt die Neubewertung in "Fremdwährungsneubewertung. Aktualisieren" (GLS160) sowohl für die lokale als auch für die Drittwährung. Das Ergebnis der Neubewertung der Drittwährung wird als zweite Zeile jeder Druckerdatei, GLS162PF, GLS165PF und GLS168PF gedruckt. Bei der Aktualisierung im Hauptbuch werden die Drittwährungsbeträge mit den regulären Buchungstypen und Ereignissen aktualisiert, die für (GLS160) gültig sind.

Dieses Feld zeigt, ob die Saldokumulierung auf der ausgewählten Dimension für Saldoschlüssel 8 in der Hauptbuch-Saldodatei verhindert werden soll. Wenn das Kontrollfeld aktiviert ist, werden die Dimensionen in der Saldodatei als Dimensionen ohne Wert behandelt. Durch die Aktivierung dieser Funktion für eine Dimension, in der beispielsweise Auftragsnummern verwendet werden, verringert sich die Anzahl der in der Saldodatei gespeicherten Datensätze erheblich. Damit wird wiederum die Systemleistung in Programmen verbessert, in denen Saldoschlüssel 8 verwendet wird, beispielsweise (GLS215), (GLS210), (GLS535), (GLS130), (GLS940), (GLS915), (GLS905) und (RGS600).

Hinweis: Sie können eine aktivierte Dimension in diesen Programmen nicht auswählen, wenn Saldoschlüssel 8 verwendet wird. Sie sollten stattdessen einen anderen Saldoschlüssel mit den Informationen für die Dimensionen auswählen, die für Saldoschlüssel 8 ausgeschlossen sind. Dabei kann es sich beispielsweise um Saldoschlüssel 6 handeln.

Beispiel vor der Aktivierung der Funktion: Weitere Informationen dazu finden Sie unter Hauptbuchverwaltung aktivieren.

Da für jede eindeutige Kontierungszeile ein Datensatz erstellt wird, werden für Saldoschlüssel 8 in der Tabelle FBAKEY (Schlüssel für die Saldodatei) bei der Übertragung ins Hauptbuch 6 Datensätze erstellt.

Nach der Aktivierung der Funktion für die Dimensionen 6 und 7 wird für Saldoschlüssel 8 in der Tabelle FBAKEY nur 1 Datensatz erstellt, da in den Dimensionen 6 und 7 keine Kumulierung erfolgt.

Da häufig die Auftragsnummer in die Kontierungszeile aufgenommen wird (für verschiedenste Analysezwecke), erhöht sich die Anzahl der Datensätze in der Saldodatei für ein Unternehmen mit großem Transaktionsaufkommen rapide. Durch die Aktivierung der Funktion wird eine unnötige Kumulierung vermieden und die Systemleistung in Programmen, in denen die Saldodatei verwendet wird, verbessert.

Dieses Feld zeigt, ob die Kontierungsergänzung verwendet wird, um bestimmte Kontierungszeilen automatisch mit einer oder mehreren Dimensions-IDs zu aktualisieren. Diese wird dann durch andere ausgewählte Dimensions-IDs ausgelöst. So werden alle Transaktionen, die durch eine Massenaktualisierung unter einer bestimmten Dimensions-ID (z. B. Projekt X) verbucht werden, automatisch auch einer anderen Dimensions-ID (z. B. Kostenstelle Y) zugeordnet.

Für gewöhnlich wird die Kontierungsergänzung für die Berichterstattung bezüglich Managementkonten und gesetzlich festgelegten Konten verwendet. Ein französisches Beispiel: Das gesetzlich festgelegte Konto befindet sich in Dimension 1. Mithilfe der Kontierungsergänzungsfunktion buchen Sie automatisch Transaktionen in der Management-Dimensions-ID in Dimension 7. Die Managementkonten für alle Divisionen können Dimension 7 und die französischen gesetzlichen Berichte können Dimension 1 verwenden.

Diese auslösenden Dimensions-IDs werden in "Kontierungsergänzungstabelle. Öffnen" (GLS020) definiert.

Dieses Feld zeigt, ob die Dimensions-ID in mehreren Strukturen vorkommen kann. Wenn Sie dieses Kontrollfeld aktivieren, kontrolliert das System bei der Verbindung einer Dimensions-ID mit einer Buchungsstruktur in "Struktur. Öffnen Zeilen" (CRS646), ob diese Dimensions-ID innerhalb der gewählten Von-/Bis-Periode bereits in einer Struktur enthalten ist.

Buchungsstrukturen werden in Saldoschlüsseln verwendet, um Informationen in der Hauptbuch-Saldodatei in strukturierter Form anzuzeigen.

Steuerverwaltung und gesetzliche Berichtspflichten

Dieses Feld zeigt das Datum, ab dem Transaktionen für die Umsatzsteuermeldung in "USt-Bericht. Öffnen" (TXS100) ausgewählt werden sollen.

Das Datum von "USt Von-Datum" in (CRS750) wird verwendet, um (TXS100) einen Standardwert bereitzustellen. Es wird nicht verwendet, um zu verhindern, dass Transaktionen in einen USt-Lauf einbezogen werden. Transaktionen, die in der Hauptbuchtabelle (FGLEDG) im Feld "USt gemeldet", EGVATR, mit 9 gekennzeichnet sind, werden nicht berücksichtigt. Dieses Feld wird aktualisiert, wenn Sie den USt-Erklärungsbeleg aus (TXS100) aktualisieren.

Es ist möglich, Transaktionen mit einem früheren Datum als dem "USt Von-Datum" auszuwählen, da Sie möglicherweise prüfen möchten, dass keine Transaktionen in einen früheren Zeitraum zurückdatiert sind. Daher ist das Datum aus (CRS750) nur ein Standardwert.

Dieses Feld zeigt das Datum des letzten USt-Berichts (wird nur zu Informationszwecken angezeigt).

Dieses Feld zeigt, ob bei der Erfassung eines Belegs die berechnete Umsatzsteuer für jeden USt-Code mit der erfassten Umsatzsteuer abgeglichen und die maximal zulässige Abweichung festgelegt werden soll.

Dieses Feld zeigt die maximal zulässige Abweichung, die während der automatischen Online-USt-Kontrolle zulässig ist.

Dieses Feld zeigt, welches Datum als Basis für die Umsatzsteuermeldung verwendet werden soll.

Folgende Eingaben stehen zur Verfügung:

1: Rechnungsdatum

2: Buchungsdatum

3: Lieferdatum (basierend auf dem Buchungsdatum)

4: Lieferdatum (basierend auf dem Rechnungsdatum)

5: Fälligkeitsdatum

In vielen Ländern müssen USt-Berichte an die Behörden auf dem Rechnungsdatum basieren. In anderen Ländern ist es zulässig, die Umsatzsteuer basierend auf dem Buchungsdatum zu melden.

In einigen Regionen basiert die Umsatzsteuer auf dem Datum, an dem die Waren geliefert wurden. Wenn Sie das Lieferdatum als USt-Datumstyp auswählen, muss ein Lieferdatum angegeben werden, wenn Lieferantenrechnungen in "Lieferantenrechnung. Eingeben" (APS100/F) erfasst werden.

Weitere Informationen dazu finden Sie unter Lieferantenrechnungen manuell für die Zahlung eingeben.

Beispiel:

Wenn Sie einen USt-Bericht für den Monat Februar eines bestimmten Jahres erstellen, müssen Sie entscheiden, ob Sie alle Rechnungen, die auf Februar datiert sind, einbeziehen möchten oder alle Rechnungen, deren Buchungsdatum im Februar liegt.

1. Eine Rechnung vom 28. Januar kann beispielsweise am 2. Februar (Buchungsdatum) verarbeitet werden.

2. Eine Rechnung vom 28. Februar kann beispielsweise am 2. März (Buchungsdatum) verarbeitet werden.

Vielleicht melden Sie die Umsatzsteuer für Januar am 5. Februar. Beziehen Sie Rechnung 1 mit ein? Vielleicht melden Sie die Umsatzsteuer für Februar am 5. März. Beziehen Sie Rechnung 1 und/oder 2 mit ein?

Der auf dem USt-Bericht basierende USt-Betrag wird automatisch unter Verwendung von Buchungsvorgang TX01 auf ein Verrechnungskonto gebucht. Sie können die Differenz zwischen dem auf dem Rechnungsdatum basierenden USt-Betrag, der auf dieses Verrechnungskonto gebucht wird, und dem auf dem Buchungsdatum in Ihrem Konto "USt Kreditoren" oder "USt Debitoren" basierenden USt-Betrag in "Hauptbuch. Transaktionen anzeigen" (GLS210) prüfen.

Dieses Feld zeigt, wie USt-Beträge in der Landeswährung in Bezug auf Rechnungen in einer Fremdwährung verarbeitet werden.

Folgende Eingaben stehen zur Verfügung:

0: Nicht verarbeitet. Die USt wird anhand des Rechnungskurses berechnet.

1: USt-Beträge in der Landeswährung werden nicht in Kreditoren verarbeitet, sondern als zusätzliche Informationen auf Kundenrechnungen gedruckt.

2: USt-Beträge in der Landeswährung werden basierend auf dem Rechnungskurs berechnet, können aber bei der Erfassung der Lieferantenrechnung in Kreditoren übersteuert werden. Die Differenz wird automatisch als Wechselkursgewinn oder -verlust gebucht. Es erfolgt kein Ausdruck auf Kundenrechnungen.

3: Der Betrag wird in Kreditoren verarbeitet (wie Eingabe 2) und auf Kundenrechnungen gedruckt.

Dieses Feld zeigt, ob Skontodatensätze für EU-Verkäufe in der vierteljährlichen "Zusammenfassenden Meldung", die in "ZM für Quartal. Drucken" (CRS345) erstellt wird, als separate Zeile aufgeführt werden.

Weitere Informationen dazu finden Sie unter Berichte aus der Handelsstatistik.

Debitorenverwaltung

Dieses Feld zeigt, wie die Berechnung von Delkredere-Rückstellungen für Kunden erfolgen soll.

Gültige Werte:

0: Basierend auf dem Nettobetrag (ohne Zusatzkosten und Steuern)

1: Basierend auf dem Bruttobetrag (einschließlich USt).

Delkredere-Rückstellungen werden in "Rechnung. Bearbeiten dubiose" (ARS360) und "Zweifelh. Debitor. Rückstellung erstell." (ARS130) verwaltet. Weitere Informationen finden Sie in den Dokumenten im Abschnitt "Siehe auch".

Dieses Feld zeigt, ob das Hauptbuch durch eine Delkredere-Rückstellung aktualisiert wird.

Dieses Feld zeigt, ob USt und gesperrte Rechnungen einbezogen werden, wenn Kundenkreditlimits 1–3 und kumulierte Beträge aktualisiert werden.

Kreditlimits und kumulierte Beträge werden in "Kundenauftrag. Stoppen" (OIS120/E) angezeigt. Weitere Informationen finden Sie in den Dokumenten im Abschnitt "Siehe auch".

Dieses Feld zeigt, ob Ausgleichstransaktionen für Verzugszinsbuchungen mit der gleichen Kontierungszeile kumuliert werden. Wird dieses Kontrollfeld aktiviert, erstellt das System basierend auf der Buchungsdefinition AR50-320 (Zinserlös) nur eine Habentransaktion mit dem Transaktionscode 11.

Dieses Feld zeigt, ob Buchungen erstellt werden, wenn diskontierte Wechsel in "Kundenrisiko. Annullieren" (ARS330) verarbeitet werden. Weitere Informationen finden Sie in den Dokumenten im Abschnitt "Siehe auch".

0: Nicht verwendet

1: Zahlungseingang pro Dokument

Berechnung des Einkaufsbudgets

Dieses Feld zeigt, ob der vereinbarte Wert berechnet wird, um das Einkaufsbudget der Firma für nicht lagergeführte Artikel zu überwachen. Diese Funktion hat den Zweck, die Kontrolle von Gemeinkosten und Investitionsaufwand zu unterstützen. Weitere Informationen finden Sie in den Dokumenten im Abschnitt "Siehe auch".

Wenn dieses Kontrollfeld aktiviert ist, müssen die anderen Felder in diesem Bild ebenfalls ausgefüllt werden.

Dieses Feld zeigt die Nummer und die Version des leeren Budgets, das die vereinbarten Werte enthalten wird.

Dieses Feld zeigt die Nummer und die Version des Budgets, das manuell erfasste Budgetüberschreitungen enthält (optional).

Dieses Feld zeigt die Nummer und die Version des Kontrollbudgets mit allen budgetierten Aufwendungen.

Dieses Feld zeigt, was passiert, wenn ein Benutzer einen Einkaufsauftrag (EA) mithilfe einer Kontierungszeile erstellt, für die kein Budgetlimit übrig ist:

1: Der EA wird gesperrt und erhält Status 15.

2: Eine Warnmeldung wird angezeigt.

Dieses Feld zeigt, mit welchem Wert die tatsächlichen Aufwendungen verglichen werden sollen:

1: Ganzjahresbudget

2: Budget bis zur und einschließlich der aktuellen Periode.

Dieses Feld zeigt das Datum, ab dem der vereinbarte Wert berechnet wird:

1: Einkaufsauftragsdatum

2: Lieferdatum

Dieses Feld zeigt, wann der vereinbarte Wert reduziert wird:

1: Beim Wareneingang in "Einkaufsauftrag. Wareneingang" (PPS300)

2: Bei der Rechnungskontrolle in Kreditoren

Dieses Feld zeigt, welche Dimensionen zum Speichern des vereinbarten Werts verwendet und welche während der Erfassung von Einkaufsaufträgen geprüft werden. Dimension 1 und mindestens eine weitere Dimension müssen ausgewählt sein.