IDL Konsis benötigt für den ordnungsgemässen Ablauf der Konsolidierungsverarbeitungen Steuerungsparameter, mit denen die Rahmenbedingungen für die einzelnen Konsolidierungsschritte festgelegt werden. Sie sind damit auch ein Bestandteil der Belegnummer (Selektion in KONBEL und KONBUCH), anhand derer erkannt werden kann, aus welcher Konsolidierung der Beleg stammt.
Die Definition dieser Parameter erfolgt in der Anwendung 'KTKPAR'. Damit aber einzelne Konsolidierungsverarbeitungen durch Parameter festgelegt werden können, müssen diese Konsolidierungsparameter zunächst definiert werden. Hierzu dient die Anwendung 'KVA' (Konsolidierungsverarbeitung).
Bestimmte KVA's werden IDLseitig ausgeliefert und können nicht verändert werden (bis auf den Feldinhalt 'KVA'-Report). Die IDL-seitg ausgelieferten KVA's erkennt man daran, dass sie nur aus zwei Buchstaben ggf. gefolgt von '00' oder zwei Leerzeichen und den Kennzeichen 'L' bzw. 'V' bestehen, während kundenindividuelle KVA's an der dritten und vierten Stelle eine Ziffer aufweisen.
Es ist also möglich individuelle, sachbezogene Abstimmkreise/ -Gruppen zu definieren, damit kleinere Betrachtungseinheiten und mehr Transparenz im Konsolidierungslauf entsteht (siehe nachfolgende Kapitel)
Es gibt 2 Gruppen von individuellen KVA's:
- Individuelle KVAs für manuelle Belege (MBxx)
- Individuelle KVAs für AE und SK-Konsolidierung (AExx, SKxx)
Für das Release 2020 wurde eine Verlängerung des KVA-Schlüssels (KVA = Konsolidierungsverarbeitung) und damit einhergehend der Umbau der Konsolidierungsbelegnummern vorgenommen. Wesentliche Argumente für dieses Projekt waren
Teil 1 des Umbaus ist die Verlängerung des eigentlichen KVA-Schlüssels von bisher zwei auf künftig sechs Stellen. Diese sechs Stellen werden wie folgt aufgeteilt:
Durch die Basis-KVA an den ersten beiden Stellen bleibt die vertraute Nomenklatur in weiten Teilen erhalten. Durch die zweistellige Nummer für individuell definierbare Abstimmgruppen wird deren mögliche Anzahl deutlich erhöht. Durch die separaten Schlüssel für latente Steuern und Vorträge im KVA-Schlüssel ist es einfacher, Konsolidierungsbuchungen für eine Basis-KVA einschl. ihrer latenten Steuern und/oder Vorträge zu selektieren.
Zu beachten sind folgende Besonderheiten:
Teil 2 des Umbaus ist die Verlängerung der Konsolidierungsbelegnummern von bisher 14 Stellen auf jetzt 20 Stellen. Die Belegnummer setzt sich künftig aus sieben Teilen zusammen:
Die Fortsetzungsnummer an den letzten beiden Stellen wird in den Fällen verwendet, in denen IDL bisher die zugehörigen KVA-Schlüssel für den Fall der Fälle über die Metadaten bereitgestellt hatte. Dies betrifft
Dadurch dass diese Folgenummern nicht mehr im KVA-Schlüssel enthalten sind, sondern nur in der Belegnummer auftreten, werden diese bislang mit gleichen Attributen definierten Datensätze in der KVA-Tabelle nicht mehr benötigt.
Zu beachten ist hier, dass die betroffenen KVAs ('KK', 'FK', 'EK', 'PM', 'PP', 'PA' und 'PT') in den Belegnummern grundsätzlich mit einer Nummer versehen werden. D.h. z.B. der erste Beleg für die Kapitalkonsolidierung erhält in der Belegnummer ab Stelle 13 'KK....00'. Die Konvertierung sorgt hier für die Beibehaltung der ursprünglichen Reihenfolge:
Damit werden jetzt auch die Belege in der korrekten zeitlichen Reihenfolge sortiert (bisher immer alphabetisch, also 'K0' bis 'K9' vor 'KK').
Im Rahmen der Release-Installation werden fast alle bestehenden KVA-Schlüssel und Belegnummern durch SQL-Skripte auf die neue Nomenklatur umgesetzt, da eine Umsetzung durch das Konvertierprogramm unzumutbare Laufzeiten bedeutet hätte. Auch die SQL-Konvertierung benötigt einige Zeit und kann je nach Größe der Datenbank bis zu einer Stunde dauern.
Der KVA-Schlüssel wird in folgenden Tabellen umgesetzt:
Die Konsolidierungsbelegnummer wird in folgenden Tabellen umgesetzt:
Zusätzlich wird in der Tabelle K048 der bisherige KVA-Schlüssel (Stelle 13 bis 14 der Belegnummer) in einer neuen Spalte (sichtbar nur als interne Info-Spalte) festgehalten, so dass die alte Belegnummer für Zwecke der Revision immer rekonstruiert werden kann.
Des Weiteren wurde ein neues Auswahlobjekt 'KV1' eingeführt, das an allen Stellen verwendet wird, wo nicht der sechsstellige KVA-Schlüssel, sondern nur die zweistellige Basis-KVA benötigt wird. Dieser wird in folgenden Tabellen verwendet:
Nicht konvertiert werden KVA-Schlüssel bzw. Belegnummern in folgenden Tabellen:
Die betroffenen Schnittstellen für den Import nach Konsis wurden erweitert sofern erforderlich. Zu beachten ist:
Das Lesen von Daten aus der KONSIS-DB sollte wie bisher funktionieren, sofern
Ansonsten muss eine individuelle Anpassung der Abfragen erfolgen.
Die Neuerfassung und Änderung einer Konsolidierungsverarbeitung erfolgt über einen Assistenten, der aus vier Seiten besteht:
Seite 1: Bezeichnung
[Konsolidierungsverarbeitung]: Eintrag der Konsolidierungsverarbeitung und der Untergruppe 01 bis 99 (Bsp: 'AE' für AE-Konsolidierung und '01' für z.B. Zinsaufwand und -ertrag))
[Bezeichnung]: kundenindividuelle Bezeichnung
[Kurztext]: kundenindividuelles Kurzwort
Seite 2: Verwendungen
Diese Seite zeigt, wo die Kürzel verwendet werden. Hier sind keine Änderungen möglich.
HINWEIS zu den 'Verwendung in' -Feldern
diese Felder werden systemseitig befüllt und dienen nur der Visualisierung, in welchen Anwendungen die jeweilige KVA verwendet werden kann bzw. in welchen Anwendungen nach der jeweiligen KVA selektiert werden kann. Sofern ein Haken gesetzt ist, bedeutet dies für
Seite 3: Optionen
[Konsolidierungsverarbeitung Referenz]: der automatische Eintrag in diesem Feld bewirkt die Verknüpfung zur IDLseitig vordefinierten Konsolidierungsverarbeitung. Das hat zur Folge, dass alle vom Anwender selbst definierten Abstimmgruppen (n0-n9) gleichzeitig mit der jeweiliegen Konsolidierungsverarbeitung (über die KTKGES) angestoßen werden. Umgekehrt ist es grundsätzlich nicht möglich eine Konsolidierungsverarbeitung separat für eine bestimmte Abstimmgruppe im Ganzen wie z. B. nur für "S1" laufen zu lassen. Allerdings können einzelne Belege in der Übersicht IC-Clearing (KGESGES) erneut separat angestossen werden.
[Konsolidierungsverarbeitung Vortrag]: Die Referenz-KVA für den Vortrag legt fest, in welchen Beleg die vorgetragenen Konsolidierungsbuchungen eines Belegs mit der aktuellen KVA in der Belegnummer geschrieben werden. Diese Referenz-KVA dient somit als Nachweis, wie die Vortragsbildung erfolgt. Die Referenz-KVA ist in fast allen Fällen fest vorgegeben. (Ausnahme: für latente Steuern (Lx) kann gewählt werden, ob der Vortrag des Ursprungsbelegs (Vx) zusammengefasst werden soll oder ob es einen Beleg für den Vortrag der latenten Steuern (Wx) gibt.).
[Konsolidierungsverarbeitung Report]: legt fest, in welcher Spalte des Konsolidierungsreports (RepTyp=V) Werte aus den Belegen (mit dieser KVA in der Belegnummer) in das Reportergebnis geschrieben werden sollen. Zulässig sind die Spaltennummern 05 bis 50, da das Reportergebnis aus maximal 50 Wertspalten besteht und die ersten vier Spalten mit den Gesamtwerten von Salden und Buchungen belegt sind. Jede Spaltennummer darf nur einmal vergeben werden.Soll das Ergebnis einer KVA in eine Spalte angezeigt werden, die bereits verwendet wird, so bleibt dieses Feld leer und im Feld 'REF-KVA' wird die jeweilige KVA eingetragen, deren Ergebnis bereits in die ausgewählte Spalte fliesst.
[IC-Clearing Transaktionswährung]: für die Konsolidierungsverarbeitungen, die das IC-Clearing betreffen (Schuldenkonsolidierung mit 'SK', 'SD', 'S0', 'S1', ... 'S9' sowie Aufwands-/Ertragskonsolidierung mit 'AE', 'A0', 'A1', ... 'A9') kann hier gesteuert werden, inwieweit die Angabe von Transaktionswährungswerten für die Intercompany-Salden der diesen Verarbeitungen zugeordneten Konten Pflicht ist. Folgende Eingabemöglichkeiten stehen zur Verfügung:
Um u.a Buchungen mit unterschiedlicher Vortragsregel (Buchungsart) zu ermöglichen, können kundenindividuelle Konsolidierungsverarbeitungen (KVA) für manuelle Sachverhalte ('MB01', 'MB02', ..., 'MB99') eingerichtet werden. Damit beim Vortrag diese Buchungen nicht zu einem Beleg mit KVA 'MB00 V' zusammengefasst werden, so dass die ursprüngliche Differenzierung verloren geht, werden korrespondierende individuelle KVAs 'MB01 V', 'MB02 V', ... 'MB99 V' für den Vortrag der kundenindividuellen MB-KVAs automatisch beim Anlegen mit erzeugt. Ergänzend dazu werden weitere kundenindividuelle KVAs 'MB01L', 'MB02L', ... 'MB99L' erzeugt, die für die Buchung der latenten Steuern auf den Buchungen für individuelle MB-KVAs genutzt werden.
Gemäß Standardlogik werden diese Buchungen für latente Steuern (z.B. 'MB01L') mit den neuen manuellen Buchungen (z.B. 'MB01') zu einem Vortragsbeleg (z.B. 'MB01 V') zusammengefasst. Es ist aber auch möglich, eine separate Belegart (z.B. 'MB01LV') für den Vortrag der latenten Steuern zu definieren und der KVA für latente Steuern als Vortrags-KVA zuzuordnen.
Für die individuelle Abstimmgruppen stehen für manuelle Belege bis zu 99 Untergruppen zur Verfügung, die durch neue Releasestände nicht überschrieben werden:
Oftmals besteht der Wunsch, verschiedene Abstimmgruppen im AE/SK-Bereich zu definieren, z.B. für Zinserträge und -aufwendungen oder eine zusätzliche Unterteilung der sonstige Erträge und Aufwendungen. Auch hier erreicht man durch das Anlegen von Untergruppen eine Differenzierung. Die Vortrags-KVA wird bei diesen Untergruppen immer fest vorgegeben und bezieht sich auf diejeweilige Referenz-KVA, also bei 'AExx' ist die automatische Vortrags-KVA 'AE00 V' und bei 'SKxx' ist die automatische Vortrags-KVA 'SK00 V'.
Für die individuelle Abstimmgruppen stehen für AE- und SK-Belege bis zu 99 Untergruppen zur Verfügung, die durch neue Releasestände nicht überschrieben werden:
Die Erstellung eines Konsolidierungsreports (Darstellung der Beiträge der verschiedenen Konsolidierungsfunktionen in getrennten Spalten) erfordert eine Zuordnung der Konsolidierungsverarbeitungen (KVA) zu den Spalten. Um dem Anwender höchmögliche Gestaltungsmöglichkeiten zu geben, ist die Zuordnung wie oben beschrieben flexibilisiert. Dies hat allerdings zur Folge, dass alle neuen Anwender diese Zuordnung komplett selbst manuell vornehmen müssen. Um dies zu umgehen ist eine Standard-Spaltenoption für den Konsolidierungsreport in einer LieferBatch-Datei im Verzeichnis "Spaltenoptionen_Konsolidierungsreport" auf der Release-CD zur Verfügung gestellt. Das Einspielen in die Datenbank erfolgt über die Anwendung zum Import von Konsolidierungsverarbeitungen.