Konfiguration der Importbestände

Beim Import in eine CP Datenbasis gelten folgende Regeln

• nur in der ersten Periode der Datenbasis können Eröffnungsbilanzwerte importiert werden

• in allen Folgeperioden ist nur ein Import von Bewegungswerten möglich

Somit müssen die Bewegungswerte für jedes Konto vollständig sein, d.h. alle Bewegungen umfassen, welche zum aktuellen Saldo führen. Bei System mit unvollständigen Bewegungswerten (z.B. DATEV) sind hierfür Korrekturbuchungen notwendig AddOn

CP Bewegungsblöcke beim Import aus allen Systemen außer DATEV

• EB Wert für Jahr 1 + Soll_Monat / Haben_Monat aller Folgeperiode

CP Bewegungsblöcke beim Import aus DATEV

• Option 1: EB Wert für Jahr 1 + Soll_Monat / Haben_Monat der Bewegungen in Jahr 1 + Soll_Monat_SB / Haben_Monat_SB der Bewegungen ab Jahr 2

• Option 2: SB Wert Vorjahr als EB Wert Jahr 1 + Soll_Monat_SB / Haben_Monat_SB aller Folgemonate

Falls einzelne Unternehmen einer Gruppe nicht ab dem Startjahr der Datenbasis importiert werden gilt für diese immer Option 2.

In Abstimmung:

• Lösungsweg 1 (derzeit implementiert)

  • die Umgliederungen werden erst ab einem bestimmten Jahr (dem zweiten Jahr der Datenbasis) berechnet

  • es werden immer Soll_Monat_SB und Haben_Monat_SB als Bewegungswerte im Import verwendet

  • das Startjahr der Datenbasis muss bekannt sein und als Parameter in OCT hinterlegt sein

• Lösungsweg 2

  • die Importprozedurn (dbo.pCP_SelectValuesFiBu und dbo.pCP_SelectValuesKore) schalten den verwendeten Bewegungswert um. Im ersten Jahr wird Soll_Monat /Haben_Monat importiert, ab dem zweiten Jahr Soll_Monat_SB und Haben_Monat_SB. Die Importprozedur muss dafür aber wissen, ab welchem Jahr die Werte importiert werden - da dieser Parameter im Importaufruf nicht vorhanden ist, muss das Startjahr des Imports pro Mandant in OCT definiert werden

• Lösungsweg 3

  • Es erfolgt zunächst der Standardimport der Werte von Soll_Monat / Haben_Monat → die Eröffungswerte enthalten somit kein Umgliederungen und sind falsch, somit auch alle Endsalden der betroffenen Konten

  • nur die Umgliederungsbuchungen (Buchungen in der Periode 0 in result.tfREWE_Buchungsjournal) werden ab dem zweiten Jahr in einem gesonderten Importlauf auf eine eine eigene Ebene importiert.

  • beide Ebenen zusammen ergeben die vollständigen Bewegungen und somit korrekte Salden