Rechnungswesen (REWE)

Fachliche Zielstellung

• Mehrmandentenfähige Abbildung von GuV und Bilanz mit Detailgliederung nach bis zu drei Kostenrechnungsdimensionen

• vollständig deutsches Datenmodell mit leichter fachlicher Verständlichkeit

• Auswertungen der Debitoren / Kreditorenstammdaten und ihrer historisch und aktuelle Offenen Posten

• Darstellung des Anlagevermögens

• Detailnachweis aller Werte bis zum Buchungsbeleg

• Zusammenführung verschiedener Buchhaltungssysteme und Abbildung nach einem einheitlichen Standard

• Umfangreiche Abbildung von Adjustmentprozessen

  • Mappings (z.B. Überleitung von lokalen Kontenrahmen auf Konzernkontenrahmen)

  • Gruppierungen (z.B. von Debitoren / Kreditoren)

  • Zuatzbuchungen

  • Auflösung von Sammelkonten zur seitengerechten Abbildung von debitorischen Kreditoren u.U.

Technische Zielstellung

• schnelle Erlernbarkeit für Datenmodellierer

• detailierte Validierungsmöglichkeit aller Aufbereitungsstufen

• Abbildung von Geschäftjahren mit 12 Perioden in Managementperspektive, Perioden > 12 sind als Attribut verfügbar

• einfache Methodik der Überleitung Kalenderjahr / Finanzjahr

• alle IDs sind auf NVARCHAR(50) limitiert, für bessere Indexabdeckung

• partitionierte Beladungsoptionen (nach Mandant, nach Monat, nach Bestandstyp)

• weitreichende Steuerungsoptionen für Ladeprozesse (fehlgeschlagene Mandanten nachladen, nur erfolgreich geladene Mandanten auf result Ebene überführen)

• Modellierungsfunktionalität für alle Dimensionen

Aufgaben der Datenebenen und ihrer Ladeprozesse

integration Schema - Datenspeicherung pro technischem Mandant

• Speicherung der Daten in einem generischen Format, unabhängig von der Datenstruktur des Vorsystem

• Speicherung beliebig vieler Vorsysteme mit jeweils beliebig vielen Instanzen in den gleichen Tabellen

Aufbereitungsprozess integration → result

• IC Partnerkennzeichen an Buchungen werden über Lookupregeln etc ermittelt

• Buchungen für Gewinnverwendung

• Buchungen für Bewegungswertkorrektur

• Technische Mandanten werden zu logischen Mandanten fusioniert

  • Überleitung früherer Kontenrahmen in aktuellen Kontenrahmen

  • Überleitung verschobener Geschäftsjahre in aktuelle Geschäftsjahreslogik

• Behandlung der debitorischer Kreditoren - Sammelkonten zu typgetrennten Sammelkonten expandieren

• Erzeugung eines JÜ Konto in der Bilanz - um das GuV Ergebnis in die Bilanzansicht zu übertragen (optional)

result Schema - Datenspeicherung pro logischem Mandant

• Speicherung der Daten in einem generischen Format, unabhängig von der Datenstruktur des Vorsystem und des Zielsystems