Buchungsvorlagen

• Buchhaltungsmodell (Feld GCM)

Dieser Code identifiziert eindeutig die erstellten Datensätze.

• Bezeichnung (Feld DESTRA)

Klassischer Titel der aktuellen Datei.

Standardmäßig wird der Kurztitel, der Langtitel oder die Kopfzeile der Spalte der Daten in der Verbindungssprache des Benutzers (bei der Erstellung/Änderung) gespeichert.
Sie können diese über die Funktion Übersetzung in eine andere Sprache übersetzen:

• Klicken Sie über das Symbol Aktionen im betroffenen Feld auf Übersetzung.
• Fügen Sie im Fenster Übersetzung einen neuen Sprachcode und die Übersetzung in dieser Sprache hinzu.

Ein Benutzer, der sich in dieser Sprache verbindet, erhält den Kurztitel, den Langtitel oder die Kopfzeile der Spalte in seiner Verbindungssprache, wenn die Übersetzung ausgeführt wurde. Andernfalls sind die Titel in der Ordnersprache verfügbar.

Die Verbindungssprache muss als Standardsprache desOrdners definiert sein.

• Kurzbezeichnung (Feld SHOTRA)

Der Kurztitel ersetzt den klassischen Titel, wenn es die Anzeige- oder Ausgabeeinschränkungen verlangen.

Standardmäßig wird der Kurztitel, der Langtitel oder die Kopfzeile der Spalte der Daten in der Verbindungssprache des Benutzers (bei der Erstellung/Änderung) gespeichert.
Sie können diese über die Funktion Übersetzung in eine andere Sprache übersetzen:

• Klicken Sie über das Symbol Aktionen im betroffenen Feld auf Übersetzung.
• Fügen Sie im Fenster Übersetzung einen neuen Sprachcode und die Übersetzung in dieser Sprache hinzu.

Ein Benutzer, der sich in dieser Sprache verbindet, erhält den Kurztitel, den Langtitel oder die Kopfzeile der Spalte in seiner Verbindungssprache, wenn die Übersetzung ausgeführt wurde. Andernfalls sind die Titel in der Ordnersprache verfügbar.

Die Verbindungssprache muss als Standardsprache desOrdners definiert sein.

• Rechtsordnung (Feld LEG)

In den Ordnern mit mehreren Rechtsordnungen (der Aktivitätscode LEG ist aktiviert) werden die Felder Rechtsordnung angezeigt.

• Wurde eine Rechtsordnung mithilfe des Auswahlparameters der Rechtsordnungen LEGFIL (Kapitel SUP, Gruppe INT) parametrisiert, wird sie als Standardwert verwendet, kann jedoch gegebenenfalls geändert werden.
• Ist der Parameter LEGFIL nicht definiert, wird kein Standardwert angegeben. Dann muss dieses Feld mit dem erforderlichen Wert ausgefüllt werden.

Ist eine Rechtsordnung im Kopf des Datensatzes erfasst, müssen alle anderen erfassten Felder mit den Regeln für diese Rechtsordnung übereinstimmen.

Ist keine Rechtsordnung im Kopf des Datensatzes erfasst, kann sie aus einem anderen Element abgeleitet werden (z. B. Unternehmen, Standort oder Mitarbeiter). Ebenso müssen alle anderen erfassten Felder mit den Regeln für diese Rechtsordnung übereinstimmen.

Ist eine Gruppe von Unternehmen mit mehreren Rechtsordnungen ausgewählt, müssen die anderen erfassten Feldern mit den Regeln der Rechtsordnung mindestens eines Unternehmen der Gruppe übereinstimmen.

Beispiel

Wenn Sie eine Unternehmensgruppe mit den Rechtsordnungen Großbritannien (BRI) und Frankreich (FRA) asuwählen, können Sie keinen Wert in einem Feld erfassen, das nur für die Rechtsordnung Südafrika (ZAF) anwendbar ist.

In den Ordnern mit einer einzigen Rechtsordnung (der Aktivitätscode LEG ist nicht aktiviert) werden die Felder Rechtsordnung nicht angezeigt.

• Abschreibungen IAS (Feld FLGIAS)

Dieses Feld ist nur zugänglich, wenn die IAS-Verwaltungsfunktion (Aktivitätscode IAS) aktiviert ist. Ist das Feld Abschreibung IAS ausgewählt, kann die im Parameter der Abschreibungskontexte verwendete IAS-Hauptreferenz identifiziert werden.

• Hauptbuchungskreis Fibu (Feld GENLEDTYP)

Mit dem lokalen Menü 2644 verknüpftes Feld. Dieses Feld schlägt nur die manuellen Buchungskreise vor, die im Parameter LEDTYPAUT definiert sind.

Der Hauptbuchungskreis ist der einzige Buchungskreis, aus dem bestimmte gesetzliche oder strukturierende Vorgänge ausgegeben werden und realisiert werden können:

• Die USt.-Erklärung und die Ausgabe der DAS2-Daten
• Akt. Offene Posten
• Aktualisierung der Beträge der Personenkontensituation
• Ergänzung der Abschreibungskontexte für einen Abschreibungsplan mit Ursprung 'Bewertung Hauptbuchhaltung',
• Verbreitung der Zuordnung zu anderen Buchungskreisen der Vorlage aus der manuellen und automatischen Zuordnung,
• in den Funktionen der Personenkontenbuchhaltung verwendete Konten (die anderen Konten stammen aus dem Lesen der automatischen Belege und der Anwendung der Verbreitungsregeln),
• Freigabe einer Zahlung: bestimmte Buchungen werden nur erzeugt, wenn sie die Daten des Hauptbuchungskreises berücksichtigen.
• In den Modulen Einkauf und Verkauf werden die Konten immer angezeigt und im Hauptbuchungskreis erfasst, und nur anschließend im Hauptkostenrechnungsbuchungskreis.
• Alle Automatik-Buchungen sind parametrisiert: der Hauptbuchungskreis ist der erste in der Tabelle der Buchungskreise in der Funktion der Buchhaltungsvorlage. Die Kontoübertragung wird über diesen ersten Buchungskreis verwaltet.

Der zurückgehaltene Hauptbuchungskreis kann gleichzeitig ein allgemeiner sowie ein Kostenrechnungsbuchungskreis sein.

• Hauptbuchungskreis Kore (Feld ANALEDTYP)

• Hauptbuchungskreis IAS (Feld IASLEDTYP)

Dieses Feld mit einer Drop-Down-Liste schlägt nur die manuellen Referenzen vor, die im Parameter LEDTYPAUT definiert sind.
Dieser Referenztyp wird im Parameter der Abschreibungskontexte verwendet. Der Abschreibungskontext wird auf Unternehmensebene definiert. Ab dem Zeitpunkt, ab dem für einen Kontextplan der 'Ursprung Abschreibungsbasis' 'IAS-Freigabe' ist, zieht der Plan davon den Referenzcode ab und zeigt auf den entsprechenden Referenzcode.
 Die Haupt-IAS-Referenz kann nichtidentisch mit der Hauptbuchhaltungsreferenz oderHauptkostenrechnungsreferenz sein.

• Hauptbuchungskreistyp (Feld LEDTYP)

Diese Liste wird automatisch nach dem lokalen Menü 2644 geladen. Es kann bis zu 10 Referenztypen geben, darunter üblicherweise:

• die Referenz der sozialen Buchhaltung,
• die Referenzen der Kostenrechnungsbuchhaltung,
• die Referenzen vom Typ Vortrag (IAS, US, GAAP).

Jede Buchungsbewegung, ob direkt vom Benutzer bei der Belegerfassung erfasst, über die automatischen Belege aus einem vorgelagerten Modul erzeugt oder aus einer externen Anwendung importiert, wird an einen 'Referenztyp' übertragen.
In einer vorgegebenen Vorlage wird diese Referenz nicht ausgefüllt, wenn für einen vorgegebenen Referenztyp kein Referenzcode angegeben ist.

• Auto-Hauptbuchungskreis (Feld CFMAUT)

Ein automatischer Buchungskreis zeigt auf einen ursprünglichen Buchungskreistyp: ein Buchungsbereich wird verwendet, und zwar mit einer Währung und einer Bewertungsmethode, die sich potentiell von dem des ursprünglichen Buchungskreises unterscheiden.
Bei der Erstellung der Vorlage wird dieses Feld standardmäßig mit JA initialisiert, wenn der Buchungskreistyp der Zeile im Parameter LEDTYPAUT aufgelistet ist.
Die in LEDTYPAUT aufgelisteten Buchungskreistypen sind in jedem Fall für alle Vorlagen des Ordners automatisch. Um sie nicht in einer vorgegebenen Vorlage auszufüllen, muss in dem Feld NEIN angegeben sein. Die in LEDTYPAUT nicht erklärten Buchungskreistypen können wahlweise manuell oder automatisch in einer vorgegebenen Vorlage sein.

• Automatischer Buchungskreis ‚Nein‘

Ein manueller Buchungskreistyp ist ein erfassbarer Buchungskreis und hat eigene Belastungen (Konten, Kostenstellen). Es können frei parametrisierbare Buchungen erzeugt werden.
Die ausgefüllten Buchungs- und Kostenrechnungsbelastungen werden vom Parameter der Kontencodes und der Automatikbelege, aber auch von den Verbreitungsregeln abgezogen, die in den anderen Buchungskreisen der Vorlage definiert sind.
Die Regeln zum Ausgleich, Ausfüllen, ... gehören nur zu diesem Buchungskreis.
Eine Vorlage muss mindestens einen Buchungskreistyp enthalten, der nicht automatisch ist.

• Automatischer Buchungskreis ‚Ja‘

Ein automatischer Buchungskreis kann nicht als Hauptbuchungskreis erfasst sein.
Für einen automatischen Buchungskreis erreicht die Buchung keinen bestimmten Parameter.
Er muss im Prinzip einem anderen Buchungskreistyp der aktuellen Vorlage zugewiesen werden (Ursprünglicher Buchungskreistyp), wenn die Buchungen des automatischen Buchungskreises identisch mit denen des ursprünglichen Buchungskreises erzeugt werden.
Einzige Information, die zwischen diesen zwei Buchungskreisen Ursprung/Ziel variieren kann: die Währung des automatischen Buchungskreises, die sich von der des Ursprungsbuchungskreises unterscheiden kann, sowie die zugewiesenen Regeln (Belegkurstyp, Kurstyp, Kurserfassungsmodus und Ausgleichsoption).
Die automatische Freigabe ermöglicht z.B. eine identische Buchhaltung für die soziale Buchhaltung, außer der Buchungskreiswährung, und zwar zu Reportingzwecken.
Dieser Mechanismus ermöglicht aber nicht das Ausfüllen einer doppelten Buchhaltung mit unterschiedlichen Buchungsstrukturen, was mit dem Mechanismus des manuellen Buchungskreises durchaus möglich ist.

Der manuelle Buchungskreis, dem der automatische Buchungskreis zugeordnet ist, kann die Verwaltung der Obligos und/oder der aktivierten Budgets umfassen.

In diesem Fall gilt:

Wird bei der Generierung der Bestell-/Anfrageobligos ein manueller Buchungskreis einem automatischen Buchungskreis zugeordnet, wird lediglich der manuelle Buchungskreis aktualisiert.

Wird bei der Anlage und Aktualisierung eines Budgets ein manueller Buchungskreis einem automatischen Buchungskreis zugeordnet, wird lediglich der manuelle Buchungskreis aktualisiert.

Die Anzeige Saldenliste Kostenrechnung ermöglicht die Anzeige der im manuellen Buchungskreis erfassten Obligos und Budgets.

• Typ Ursprungsbuchungskreis (Feld ORILEDTYP)

Mit dem lokalen Menü 2644 verknüpftes Feld.
Dieses Feld ist nur zugänglich, wenn der aktuelle Referenztyp automatisch ist. Der ursprüngliche Referenztyp ermöglicht gegebenenfalls die Angabe, auf welcher Referenz die doppelte Buchhaltung basiert.

• Buchungskreis (Feld LED)

Code der Referenz, die die Verwaltungseigenschaften des aktuellen Referenztyps enthält. Für eine automatische Referenz ist der Referenzcode derjenige des ursprünglichen Referenztyps.

Buchhaltungseigenschaften der Referenz:

• der oder die verwalteten Buchhaltungstypen (allgemein oder Kostenrechnung),
• der verwendete Kontenplan,
• die verwalteten Dimensionscodes: bis zu 9 Dimensionen für eine gegebene Referenz mit maximal 20 für die Vorlage,
• die Regeln für Ausgleich, Geschäftsjahresende und Zuordnung.

 Die Referenz ist im Buchhaltungsmodell nicht erforderlich. Ein Referenztyp wird daher nur verwendet, wenn er auf einen Referenzcode zeigt.

Für eine allgemeine und Kostenrechnungs-Referenz und für die auf einer oder mehreren Dimensionen rückgemeldeten Konten kann die Aktualisierung der Kostenrechnungsbilanz von der der Hauptbilanz getrennt werden.

• Währung (Feld CUR)

Referenzwährung in der Vorlage. Jeder verwaltete Referenztyp wird in seiner eigenen Währung gehalten, jedoch gibt es für eine gegebene Vorlage höchstens fünf verschiedene Währungen.
Für eine gegebene Referenz werden die Beträge in der Transaktionswährung zur Verfügung gestellt, und für den Gegenwert in der Referenzwährung.
Wird eine juristische Person erstellt und ist die Vorlage dem Unternehmen zugewiesen, wird die Buchhaltungswährung von der Hauptreferenzwährung der Vorlage abgezogen.

• Doppelte Erfassung (Feld DOELED)

Mit der russischen Rechtsordnung verknüpftes Feld.

Jede automatische Referenz kann in doppelter Ausführung erklärt werden.
Ist eine Referenz als 'in doppelter Ausführung' identifiziert, werden die Buchungen aus der ursprünglichen manuellen Referenz in das Format 'doppelte Ausführung' in dieser neuen Referenz konvertiert.

 Einschränkungen bei der Verwendung dieser Referenz:

• die Referenz 'in doppelter Ausführung' und die ursprüngliche manuelle Referenz müssen die gleiche Währung haben,
• die Ausgleichsoption 'Rundungsabweichung' wird für die Referenz in 'doppelter Ausführung' verwendet,
• für die der Referenz in 'doppelter Ausführung' zugewiesene ursprüngliche manuelle Referenz muss 'Buchung der leeren Belastungen' ausgewählt sein.

• Kurstyp Dok (Feld FLGVCRRAT)

Ermöglicht die Angabe der Kurssuchmethode:

• Steht das Feld auf 'JA', wird der Kurs vom Kurstyp des Ursprungsdokuments abgezogen,
• Steht das Feld auf 'NEIN', wird der Kurs gemäß einem eindeutigen Kurstyp gesucht. Dies ermöglicht die Verwaltung einer Referenz in einer anderen Währung des Ursprungsdokuments. Beispiel: für eine soziale Referenz in EUR verwendet man den ursprünglichen Kurstyp, und für die Referenz US GAAP des Vortrags in USD den Kurstyp "Vortrag".

• Kurstyp (Feld TYPRAT)

Dieses Feld ist mit dem Feld Kurstyp Dok verknüpft. Es ermöglicht die Angabe des eindeutigen Kurstyps, der für die aktuelle Suche verwendet wird, wenn der aktuelle Referenztyp nicht die Berücksichtigung des Kurstyps des Ursprungsdokuments vorsieht.

• Erfassung Kurs (Feld DACRAT)

Für jeden Referenztyp können die verschiedenen Erfassungsbedingungen der Währungskurse angegeben werden.

• Multiplikator: x Transaktionswährungseinheit(en) = 1 Referenzwährungseinheit.
• Divisor: 1 Transaktionswährungseinheit = X Referenzwährungseinheit(en).
• Beide: X Transaktionswährungseinheit(en) = Y Referenzwährungseinheit(en), X und Y sind zugänglich und können geändert werden.

Beispiel:für eine europäische Referenz wird die Währung im Allgemeinen als 1 € = x Währungen ausgedrückt. Eine angelsächsische Referenz kann eine andere Wahl ausdrücken: x £ = 1 Währungseinheit.

• Abgleichsoption (Feld RNDOPTBAL)

Diese Spalte ist nur zugänglich, wenn eine Referenz mit Ausgleich ausgewählt ist.
Für eine mit Ausgleich parametrisierte Referenz, und um einen Ausgleich in der Referenzwährung zu sichern, ermöglicht das Feld Ausgleichsoption die Bestimmung, wie die Abweichungen verarbeitet werden sollen. Es kann folgende Werte annehmen:

• eine Rundungsabweichungsposition wird automatisch erzeugt, um die Buchung in den betroffenen Währungen auszugleichen
• die Differenz wird willkürlich auf die Buchungspositionen aufgeteilt.

 Eine Kostenrechnungsreferenz eignet sich nicht dazu, als ausgeglichen definiert zu werden (Feld Ausgleich in der Referenz nicht ausgewählt). Das Feld Ausgleichsoption wird daher nicht angegeben.
Beispiel: in einer Kundenrechnung beeinflussen nur die Artikelkonten die Kostenrechnung.

• Buchungskreis 1 (Feld LED1)

Die Spalten Referenz 1 und Referenz 2 ermöglichen die Definition der auszuführenden Prüfliste für ein Referenzpaar. Beispiel: Ein Betrag in einer sozialen Referenz wird in einer Kostenrechnungsreferenz aufgesplittet. Durch die Prüfung kann sichergestellt werden, dass der Ursprungsbetrag wieder gefunden wird.

• Buchungskreis 2 (Feld LED2)

• Prüfart (Feld CTLTYP)

Im Feld Prüftyp werden über einen Rechtsklick die verschiedenen auszuführenden Prüfungen angegeben:

A: Prüfung Belegsumme

• Die Soll-/Habensumme der Positionen in Transaktionswährung muss für beide Referenzen in einem gegebenen Beleg gleich sein,
  
• dieser Prüftyp wird nur verwendet, wenn die beiden Referenzen als erforderlich für den Belegtyp definiert sind.
  Beispiel:
  1000 Soll/Haben für die soziale Referenz und 2000 Soll/Haben für die IAS-Referenz werden nicht akzeptiert.

B: Prüfung Positionsbeträge

• der auf eine Buchungsposition der Referenz 1 gebuchte Betrag muss eine genaue Entsprechung im Betrag der Referenz 2 einer oder n Buchungspositionen haben,
  
• dieser Prüftyp wird nur verwendet, wenn die Verbreitungsregeln zwischen den betroffenen Konten erforderlich sind.
  Beispiel:
  Eine Buchungsposition von 1000 für die soziale Referenz kann nicht mit einer oder mehreren Positionen der IAS-Referenz verknüpft sein, wenn die Summe sich um 1000 in einem gegebenen Beleg unterscheidet.
  
• eine Prüfung ist über den Positionsidentifikator möglich, der die Positionen gleicher Art/gleichen Ursprungs aber unterschiedlichen Referenztyps verknüpft.
  Beispiel:
  - Ein Positionsidentifikator für die Kontenposition 411 sozial + die Kontenposition 411 IAS ist entsprechend,
  - Ein Positionsidentifikator für die Kontenposition 701000 sozial + die Kostenrechnungskontenpositionen VTES Kostenrechnung + die Kontenposition 701 IAS sind entsprechend .

C: Prüfung Positionsmengen

• das Prinzip gleicht dem der Beträge, erstreckt sich aber auf die Mengen der Bezugseinheit,
  
• diese Prüfung kann nur für zwei Kostenrechnungsreferenzen durchgeführt werden, da die Mengenverwaltung nur für die Kostenrechnungskonten zulässig ist.