Funkt. Vor- u. Nachverarb. b. d. Migration eines Ordners in Version 11
Voraussetzungen für die Migrationsverarbeitung
Im Allgemeinen sollte im ersten Schritt die Kohärenz der zu migrierenden Daten geprüft werden. In einem Ordner, in dem viele Bewegungen ausgeführt werden, und der gelegentlich gewartet wurde, ist es möglich, dass bestimmte Daten nicht kohärent sind, insbesondere bei spezifischen Entwicklungen.
Dieser Vorgang ermöglicht das Auffinden möglicher Probleme im Zusammenhang mit den Daten, die zu Fehlern während des Migrationsprozesses führen können, der dann neu gestartet werden muss.
Temporäre Tabellen, deren Migration lange dauern kann, sollten auch bereinigt werden (z.B. die Abfragetabelle).
Nachverarbeitung der Migrationsverarbeitung
Buchhaltung
1) Neue Verwaltung des Blocks 'Abweichungstyp' in der Funktion Konten, Register Verwaltung
Feld 'Bewertungsmethode' [F:GAC]DIF
Die Funktion Konvertierungsabweichung ermöglicht die automatische Generierung der Wechselkurs- und Konvertierungsabweichungsbuchungen auf in Fremdwährung geführten Konten gemäß den beiden Bewertungsmethoden.
In den früheren Versionen sind die beiden Bewertungsmethoden: Umrechnungsabweichungen in der Bilanz oder Umrechnungsabweichungen im Ergebnis.
Ab Version 11 sind die beiden Bewertungsmethoden: Umrechnungsabweichungen nach Buchung oder Umrechnungsabweichung nach Kontosaldo.
Bei der Migration werden die Bewertungsmethoden, die im Kontendatensatz in der von Ihnen zuvor verwendeten Version parametrisiert wurden, je nach Funktionsweise in V11 übertragen. Die während der Migration ausgeführte Parameteränderung wird unten zusammengefasst.
Ist der Aktivitätscode KDEAT inaktiv, erhalten die in der vorigen Version parametrisierten Konten in V11 die folgenden Werte:
- Versionen vor V11: Nicht verwaltet / U11: Keine
- Versionen vor V11: Bilanz / U11: Nach Kontosaldo
- Versionen vor V11: Ergebnis / U11: Nach Kontosaldo
Ist der Aktivitätscode KDEAT aktiv, erhalten die in der vorigen Version parametrisierten Konten in V11 die folgenden Werte:
Wenn der Kontenplan (GESCOA) mit der Rechtsordnung GER oder AUT verbunden ist:
- Versionen vor V11: Nicht verwaltet / U11: Keine
- Versionen vor V11: Bilanz / U11: Nach Buchung
- Versionen vor V11: Ergebnis / U11: Nach Kontosaldo
Ist der Kontenplan (GESCOA) mit einer anderen Rechtsordnung als GER und AUT, verbunden, ist das Verhalten nur dann das Gleiche, wenn der Aktivitätscode KDEAT inaktiv ist.
Feld 'Bewertungsmethode' [F:GAC]TYPRATFLG
Nicht aktiv (das Kontrollkästchen ist nicht aktiviert).
Feld 'Kurstyp' [F:GAC]TYPRAT
Kein Kurstyp vordefiniert.
2) Neue Verwaltung des Blocks 'Konten' in der Funktion Konten, Register Verwaltung
Sonstige Konten im Kontenplan in den Versionen vor V11
Neue verfügbare Felder im Kontendatensatz ab V11 im Block 'Abweichungskonten'
Verminderung Saldo Soll [F:GAC]CNVACC1
Erhöhung Saldo Soll [F:GAC]CNVACC2
Verminderung Saldo Haben [F:GAC]CNVACC3
Erhöhung Saldo Haben [F:GAC]CNVACC4
Regeln zum Ausfüllen der Felder CNVACC* im Block 'Abweichungskonten'
Handel
Projektcode der Verkaufs- und Einkaufsdokumente
In den früheren Versionen wird der Projektcode nur im Kopf in den Verkaufsdokumenten und nur in der Zeile in den Einkaufsdokumenten verwaltet.
In V11 wird der Projektcode im Kopf und in der Zeile der Verkaufs- und Einkaufsdokumente verwaltet. Der Parameter PJTSNGDOC - Ein Projekt pro Dokument (Kapitel TC, Gruppe MIS) ermöglicht die Verwaltung des Projektcodes wie folgt:
- Wenn der Parameter den Wert 'Ja' hat: nur ein Projekt pro Dokument. Der Projektcode kann nur im Kopf der Dokumente erfasst werden und wird systematisch auf die Zeilen übertragen. Er kann nicht in der Zeile geändert werden.
- Wenn der Parameter den Wert 'Nein' hat: mehrere Projekte pro Dokument sind möglich. Der Projektcode im Kopf des Dokuments dient als Standardwert für die Zeilen, der Projektcode kann aber im Kopf des Dokuments und in den Zeilen unabhängig geändert werden.