Hauptbuchverwaltung aktivieren

Hauptbuch- und Belegverwaltung

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

…, 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.

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

Gültige Werte:

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.

…, welche Feldwerte angewendet werden, wenn ein Beleg storniert (gelöscht) wird, nachdem ihm eine Belegnummer zugewiesen wurde, jedoch vor dem Drucken des Buchungsjournals. Um eine Lücke in der Belegnummernserie zu vermeiden, wird ein Beleg mit nur einer Transaktion über einen Betrag von 0,00 erstellt.

…, ob Geschäftsbücher 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.

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

…, ob divisionsübergreifende Belege verwendet werden.

… im Finanzsystem verwendete Drittwährungen und den anzuwendenden Wechselkurstyp.

…, ob für die ausgewählte Dimension für Saldoschlüssel 8 in der Hauptbuch-Saldodatei der Saldo nicht kumuliert wird. Wenn das Kontrollfeld aktiviert ist, werden die Dimension(en) in der Saldodatei als Dimension(en) 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 Dimension(en) 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.

…, 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.

…, ob eine Dimensions-ID in mehr als einer Buchungsstruktur existieren 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

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

Das "USt Von-Datum" in (CRS750) wird verwendet, um (TXS100) einen Standardwert zu liefern. 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 überprüfen möchten, dass keine Transaktionen in einen früheren Zeitraum zurückdatiert sind. Daher ist das Datum aus (CRS750) nur ein Standardwert.

… das Datum des letzten USt-Berichts (wird nur zu Informationszwecken angezeigt).

…, 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.

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

…, welches Datum als Basis für die Umsatzsteuermeldung verwendet werden soll.

Gültige Werte:

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.

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

Gültige Werte:

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.

…, 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

…, 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 "Dubioser Debitor. Erstellen Rückstellung" (ARS130) verwaltet. Weitere Informationen finden Sie in den Dokumenten im Abschnitt "Siehe auch".

…, ob das Hauptbuch durch eine Delkredere-Rückstellung aktualisiert wird.

…, 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".

…, 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.

…, 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

…, 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.

… die Nummer und Version des leeren Budgets, das die vereinbarten Werte enthalten wird.

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

… die Nummer und Version des Kontrollbudgets mit allen budgetierten Aufwendungen.

…, 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.

…, mit welchem Wert die tatsächlichen Aufwendungen verglichen werden sollen:

1 = Ganzjahresbudget

2 = Budget bis zu und einschließlich der aktuellen Periode.

… das Datum an, ab dem der vereinbarte Wert berechnet wird:

1 = Einkaufsauftragsdatum

2 = Lieferdatum

…, wann der vereinbarte Wert reduziert wird:

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

2 = Bei der Rechnungskontrolle in Kreditoren.

…, 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.