Währungsumrechnungsregel

Die Währungsumrechnung wird sowohl in Modellen für die finanzielle als auch für die gesetzliche Konsolidierung verwendet, denen ein entsprechendes Modell vom Typ „Kurs“ als Referenzmodell zugewiesen wurde.

Bei Durchführung der Währungsumrechnung werden verschiedene Umrechnungskurse wie Durchschnitts- und Periodenende-Kurse sowie Formeln angewendet. Eine Währungsumrechnungsregel enthält die erforderlichen Kurse und eine Logik für eine eindeutige Kontokursart. Die Kontokursart kann nur ausgelöst werden, wenn sie in der Kontodimension bereits vorhanden ist. Sie können die Währungsumrechnungsregel jedoch zunächst erstellen und benennen und dann in der Kontodimension die Kursart (RATE_TYPE) denjenigen Konten zuweisen, auf die sie sich bezieht. Im Rahmen der Währungsumrechnung wird dann jedes einzelne Konto gemäß den Regeln, die für die dem jeweiligen Konto zugeordnete Kontokursart definiert wurden, umgerechnet.

Wenn Sie Daten in der Hauswährung der Entität ablegen und diese zusätzlich in eine oder mehrere Berichts- oder Konzernwährungen umrechnen müssen, muss eine Dimension vom Typ „Währung“ vorhanden sein. Darüber hinaus muss das System auf ein Modell vom Typ „Kurs“ zugreifen, in dem die für die automatische Umrechnung benötigten Wechselkurse abgelegt sind. Die folgende Liste bietet einen Überblick über die zur Unterstützung der Währungsumrechnung erforderlichen Anforderungen an die Umgebung:

• Die Umgebung muss ein Modell vom Typ „Kurs“ enthalten, in dem Wechselkurse abgelegt sind. Sie müssen dieses Modell vom Typ „Kurs“ allen Modellen, von denen es verwendet werden soll, zuordnen.

• Das Modell selbst muss eine Dimension vom Typ „Währung“ und eventuell eine Gruppendimension enthalten.

• Die Dimension „Währung“ (Typ R) muss folgende Eigenschaften umfassen:

  • REPORTING, deren Werte „Y“ oder leer sind

  • CURRENCY_TYPE, deren Werte „R“ für Berichtswährungen, „T“ für Transaktionswährungen bzw. „L“ für Hauswährungen lauten. Der Wert „G“ für Konzernwährung wird nur verwendet, wenn die Währungsdimension auch zur Verwaltung von Gruppen verwendet wird. Dieser Wert ist nur für Modelle relevant, die aus einer Vorgängerversion von SAP Business Planning and Consolidation migriert wurden.

• In Modellen vom Typ „Konsolidierung“ muss die Gruppendimension (G) die folgenden Eigenschaften umfassen:

  • GROUP_CURRENCY, deren Werte gültige Währungen in der zuvor erwähnten Währungsdimension sind

  • CURRENCY_TYPE, deren Werte „G“ für Konzernwährung oder „N“ für nicht gruppenbezogene Daten, d. h. lokale Daten, sind

• Die Entitätsdimension (E) muss die Eigenschaft CURRENCY enthalten, deren Werte gültige Input_Currencies sind. Die Eingabewährungen sind in der Währungsdimension des Modells vom Typ „Kurs“ aufgelistet.

• Die Kontodemension (A) muss die Eigenschaft RATETYPE enthalten; Werte der Eigenschaft RATETYPE sollten Namen der entsprechenden Währungsumrechnungsregeln sein.

• Die Zeitdimension (T) muss die Eigenschaften YEAR, PERIOD, TIMEID und MONTHNUM enthalten.

• Die Auditdimension ist für die Währungsumrechnung nicht obligatorisch. Wenn Sie diese Dimension dennoch verwenden, muss sie die folgenden Eigenschaften aufweisen:

  • DATASRC_TYPE mit den folgenden möglichen Werten:

    • „I“ – Eingabe

    • „M“ – manuelle Anpassung

    • „A“ – Verrechnungen und Anpassungen

    • „L“ – Auditebene (wird nur für Konsolidierungen verwendet)

  • IS_CONVERTED mit den folgenden möglichen Werten:

    • „N“ – diese Elemente werden bei der Umrechnung ignoriert

    • „Y“ (oder Leerwert) – diese Elemente werden von „LC“ (Hauswährung) in die gewünschte Währung umgerechnet, sofern sie nicht als „M“ (manuelle Anpassung) gekennzeichnet sind. Wenn doch, werden die Währungsumrechnungen manuell erfasst.

    • „G“ – diese Elemente werden aus der Berichtswährung der Gruppe kopiert, die in das zur jeweiligen Gruppe gehörende Währungselement umgerechnet wird.

• Die Bewegungsdimension (S) ist für die Währungsumrechnung nicht obligatorisch. Wenn Sie diese Dimension jedoch verwenden, muss sie die Eigenschaft FLOW_TYPE enthalten.

• Die Eingabewährungsdimension innerhalb des zu verwendenden Modells vom Typ „Kurs“ muss die Eigenschaft MD enthalten, deren Wert entweder „M“ für die Multiplikation oder „D“ für die Division von Kursen ist.

• Die passende FXTRANS-Logik muss verfügbar sein.

Die Standardumrechnung liest alle Werte in Hauswährung (bei Währung = LC), wendet den gemäß dem zugeordneten Modell vom Typ „Kurs“ korrekten Wechselkurs an und schreibt die Ergebnisse in der entsprechenden Berichtswährung (USD, EURO usw.).

Kursauswahl

Zum Auswählen des korrekten Kurses sind folgende Regeln zu beachten:

• Die Quellwährung wird aus der Eigenschaft CURRENCY der umzurechnenden Entität abgeleitet.

• Der bei der Umrechnung anzuwendende Kurs, z. B. Endflow oder Histrate usw., wird aus der Eigenschaft RATETYPE des umzurechnenden Kontos abgeleitet.

• Gültige Kurse sind solche, die einem Konto mit dem Modell vom Typ „Kurs“ entsprechen, für das die Eigenschaft GROUP den Kurswert „FX“ hat.

• Das System rechnet keine Konten um, deren Kursart nicht in den Geschäftsregeln für die Währungsumrechnung enthalten ist, und es rechnet alle Konten, für die keine Kursart angegeben ist, mit dem Faktor 1 um.

Die Standardwährungsumrechnung, die mit dem Produkt für Mehrfachwährungsmodelle ausgeliefert wird, führt eine Cross-Rate-Umrechnung durch. Sie multipliziert den Betrag in der Hauswährung mit dem Faktor, der sich aus dem Verhältnis zwischen dem Kurs der Zielwährung und dem Kurs der Quellwährung ergibt. So kann das Modell anhand von nur einer Kurstabelle jede Quellwährung in jede Zielwährung umrechnen.

Andere Arten von Umrechnungen können mithilfe der Tabellen mit den Geschäftsregeln für die Währungsumrechnung und den relevanten Eigenschaften in den Währungs- und Eingabewährungsdimensionen definiert werden, sodass Folgendes möglich wird:

• Verwenden von verschiedenen Kurstabellen für die Berichtswährung (Zielwährung)

• Unterscheiden zwischen zu multiplizierenden und zu dividierenden Währungen

Bedingungen für die Ausführung von Währungsumrechnungen

Die Währungsumrechnung kann in einem der folgenden zwei Modi ausgeführt werden:

• Berichtswährungsmodus

  In diesem Modus werden die in einer Hauswährung gespeicherten Bewegungsdaten in die angegebene Berichtswährung umgerechnet. Wenn sie diesen Modus verwenden, stellen Sie sicher, dass das verwendete Skript wie folgt aussieht:

  *RUN_PROGRAM CURR_CONVERSION

  CATEGORY = %C_CATEGORY_SET%

  CURRENCY = %RPTCURRENCY_SET%

  TID_RA = %TIME_SET%

  RATEENTITY = GLOBAL

  ......

  *ENDRUN_PROGRAM

  Achten Sie auf das Schlüsselwort CURRENCY. Bei Berichtswährungsumrechnungen muss das Schlüsselwort auf der linken Seite CURRENCY sein. Bei Konzernwährungsumrechnungen verwenden Sie das Schlüsselwort GROUP.

• Konzernwährungsmodus

  In diesem Modus werden Daten der Tochtergesellschaften in eine Konzernwährung umgerechnet. Umrechnungen in diesem Modus werden meistens vor der Konsolidierung durchgeführt.

Unabhängig vom verwendeten Währungsumrechnungsmodus müssen die folgenden Bedingungen erfüllt sein:

• Das Modell darf nur eine einzige Währungsdimension (Typ R) enthalten.

• Das Modell darf nur eine Gruppendimension (Typ G) enthalten, wenn es sich um ein Konsolidierungsmodell handelt.

  Für Konsolidierungsmodelle, die aus Vorgängerversionen von SAP Business Planning and Consolidation migriert wurden, ist diese Dimension nicht obligatorisch, um die Kompatibilität mit der aktuellen Version zu gewährleisten.

• Das Berichtsmodell muss das Modell vom Typ RATE referenzieren.

• Bestimmte Dimensionen (u. a. Konto, Entität und Währung) müssen bestimmte Eigenschaften enthalten, die in der folgenden Tabelle aufgeführt sind:

  Modell	Dimension	Eigenschaft	Beschreibung
  Hauptmodell	Konto	RATETYPE	Der Wert der Eigenschaft RATETYPE muss der Name der Währungsumrechnungsregel sein, wie z. B. AVG, END oder ENDFLOW.
  Hauptmodell	Entität	CURRENCY	Die Eigenschaft CURRENCY kennzeichnet die Hauswährung der aktuellen Entität. So ist zum Beispiel USD die Währung für die Entität USA und EUR die Währung für FRANKREICH. Der Wert dieser Eigenschaft muss ein gültiges Element der InputCurrency-Dimension sein.
  Hauptmodell	Währung	CURRENCY_TYPE	Die Eigenschaft CURRENCY_TYPE gibt den Währungstyp an und muss folgende Werte aufweisen: „L“ (Hauswährung) „R“ (Berichtswährung) „G“ (Gruppe, nur aus Kompatibilitätsgründen in migrierten Modellen)
  Hauptmodell	Gruppe	CURRENCY_TYPE	Die Eigenschaft CURRENCY_TYPE gibt an, ob das Element eine Gruppe/Untergruppe ist, oder zur Eingabe von lokalen Daten verwendet wird: G (Gruppe) N (Nicht-Gruppe, verwendet zur Dateneingabe)
  Hauptmodell	Zeit	YEAR	Die Eigenschaft YEAR enthält die Jahresinformation zur ID. Wenn die ID beispielsweise „2016.AUG“ lautet, ist „AUG“ das Jahr (YEAR).
  Hauptmodell	Zeit	PERIOD	Die Eigenschaft PERIOD kennzeichnet die aktuell laufende Periode. Beispiel: Wenn die ID „2016.AUG“ lautet, ist „AUG“ die laufende Periode (PERIOD).
  Hauptmodell	Zeit	PERIOD	Die Eigenschaft TIMEID ist der numerische Wert für den aktuellen Zeitraum. Die TIMEID von 2016.AUG hat z. B. den Wert „20160800“.
  Hauptmodell	Zeit	MONTHNUM	Anhand von MONTHNUM wird die Abschlussperiode eines Jahres festgelegt. Es handelt sich um eine Zahl, die die chronologische Abfolge des Basiselements in einer Zeitdimensionshierarchie innerhalb des betreffenden Jahres repräsentiert. Die MONTHNUM von 2016.AUG hat z. B. den Wert „8“. Beim Basiselement kann es sich abhängig von Ihrer Konfiguration entweder um einen Monat oder einen Tag handeln.

Währungsumrechnungen können auch ohne optionale Dimensionen wie „Audit“ oder „Bewegung“ (Dimension vom Typ S) erfolgreich ausgeführt werden. Wenn diese Dimensionen jedoch vorhanden sind, haben sie Auswirkungen auf den Umrechnungsprozess. In diesem Fall sind die folgenden Eigenschaften für diese Dimensionen obligatorisch:

Für die Währungsumrechnung im Berichtswährungsmodus muss die zuvor genannte Pflichtvoraussetzung erfüllt sein. Wenn optionale Dimensionen wie „Audit“ und „Bewegung“ (Dimension vom Typ S) vorhanden sind, müssen die für die optionalen Dimensionen gültigen Voraussetzungen ebenfalls erfüllt sein.

Für Währungsumrechnungen im Konzernwährungsmodus müssen zusätzlich zur Voraussetzung für den Berichtswährungsmodus folgende Bedingungen erfüllt sein:

• Das Modell vom Typ Anteilbesitz muss eingerichtet und referenziert sein.

• Gruppeninformationen müssen ausschließlich in migrierten Konsolidierungsmodellen in einer separaten Gruppendimension abgelegt sein (außer bei Modellen, die aus vorherigen Versionen migriert wurden, in diesem Fall können Gruppen in einer Währungsdimension abgelegt werden).

  Wenn die Währungsdimension verwendet wird, sind die Währungs- und Gruppeninformationen in derselben Dimension enthalten. Die Währungsdimension muss die folgenden Eigenschaften enthalten:

  • Die Eigenschaft ENTITY kann leer oder eine gültige Entitäts-ID sein. Sie wird zur Definition der Verknüpfung zwischen der Gruppe und der Entität sowie zur Angabe der Entität verwendet, in der die Aggregation abgelegt werden soll. (siehe Eigenschaft STORE_ENTITY unten).

  • Die Eigenschaft GROUP_CURRENCY kann ausschließlich für CURRENCY-Elemente mit der Eigenschaft CURRENCY_TYPE= G verwendet werden. Sie muss eine gültige ID aus der Dimension vom Typ „Währung“ mit der Eigenschaft CURRENCY_TYPE = R enthalten.

  • Die Eigenschaft STAGE_ONLY gibt vor, wie die konvertierten Werte im Falle einer mehrstufigen Gruppenumrechnung gespeichert werden. Diese Eigenschaft kann drei Werte annehmen: „Y“, „E“ oder „N“ (Leerwert).

  • Die Eigenschaft STORE_ENTITY kann den Wert „Y“ annehmen oder leer sein. Sie gibt an, ob die Ergebnisse der Währungsumrechnung für die aktuelle Gruppe vom System in die in der Eigenschaft ENTITY angegebene Entität kopiert werden sollen.

  • Die Eigenschaft STORE_GROUP_CURR kann den Wert „Y“ annehmen oder leer sein. Sie gibt an, ob das Ergebnis der Währungsumrechnung vom System in der Konzernwährung gespeichert werden soll. Wenn nicht, wird das Ergebnis lediglich in gGoup, nicht jedoch in „Currency“ abgelegt.

  • Die Eigenschaft PARENT_GROUP definiert die Gruppenhierarchie. Der Wert dieser Eigenschaft muss eine gültige Gruppen-ID in der Dimension sein.

  Wenn Sie eine gemeinsame Dimension für Währung und Gruppe verwenden, stellen Sie vor der Ausführung der Konzernwährungsumrechnung sicher, dass die Skriptdatei wie folgt aussieht:

  *RUN_PROGRAM CURR_CONVERSION

  CATEGORY = %C_CATEGORY_SET%

  GROUP= %GROUPS_SET%

  TID_RA = %TIME_SET%

  RATEENTITY = GLOBAL

  ......

  *ENDRUN_PROGRAM

  Achten Sie auf das Schlüsselwort GROUP. Wenn die Währungsumrechnung im Konzernwährungsmodus ausgeführt wird, muss anstatt des Schlüsselwortes GROUP das Schlüsselwort CURRENCY verwendet werden.

  In SAP Business Planning and Consolidation sind beim Erstellen einer Konsolidierung sowohl eine Gruppendimension als auch eine Währungsdimension erforderlich. Aus diesem Grund werden Konsolidierungsgruppenelemente und Währungselemente getrennt voneinander abgelegt.

  Eine neue dedizierte Dimension, z. B. „Gruppe“, muss vom Typ „G“ sein.

Beachten Sie, dass bei der Pflege von Zeit-Eigenschaften konsolidierungsbezogene Programme nur für Basiselemente desselben Jahres ausgeführt werden dürfen. Die vier Eigenschaften „TIMEID“, „YEAR“, „PERIOD“ und „MONTHNUM“ der Basiselemente wirken sich auf diese Programme aus.

• Die Eigenschaften von übergeordneten Knoten haben keinerlei Auswirkungen auf diese Programme, und das Feld für den Wert dieser vier Eigenschaften darf nicht leer sein.

• Der Wert für „TIMEID“ sollte für jedes Basiselement eindeutig sein.

• Der Wert für „YEAR“ sollte für jedes Basiselement eine vierstellige Nummer sein.

• Der Wert für „PERIOD“ sollte für jedes Basiselement in demselben „YEAR“ eindeutig sein. SAP empfiehlt die Verwendung von „JAN“, „FEB“ usw. für die Elemente vom Typ „Monat“ (Month) und von „Woche01“ oder „W01“ für Elemente vom Typ „Woche“ (Week).

• Der Wert für „MONTHNUM“ sollte für jedes Basiselement in demselben „YEAR“ eindeutig sein. Dabei sollte es sich um eine Zahl handeln, die die chronologische Abfolge innerhalb des betreffenden Jahres widerspiegelt.

• Beispiel für Elemente vom Typ „DAY“:

  ID	PERIOD	TIMEID	MONTHNUM	PARENTH1
  2016.TOTAL	GESAMT		365
  2016.Q1	Q1		90	2016.TOTAL
  2016.JAN	JAN		031	2016.Q1
  2016.08.01	TAG1	20160801	213	2016.AUG
  2016.08.20	TAG20	20160820	232	2016.AUG

• Im Folgenden finden Sie ein Beispiel einer Dimension vom Typ „Zeit“ für den 12. Januar 2016:

  ID	TIMEID	YEAR	PERIOD	MONTHNUM	Basisperiode
  2016.1.12	20160112	2016	T12	012	012