Funkt. Vor- u. Nachverarb. b. d. Migration eines Ordners in Update 9.0.0 

Die Migration der Daten und Parameter im Ordner erfordert zwei Eingriffe: ein Eingriff vor (Vorbearbeitung) und ein Eingriff nach (Nachbearbeitung) der Migrationsverarbeitung, die automatisch während der ersten Freigabe des in das Update 9.0.0 migrierten Ordners ausgeführt wird.

Voraussetzungen für die Migrationsverarbeitung

Im folgenden die Voraussetzungen für die Migration eines Ordners. 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).

Buchhaltung

Variable GEXEAN

Ab Version 7.3 wird die globale Variable GEXEAN nicht mehr während der Verbindung des Benutzers mit dem Ordner initialisiert.
Sie wird seitdem auf Ebene der Benutzersitzung initialisiert, wenn der Benutzer zum ersten Mal eine Funktion verwendet, die die Anwendung dieser Variablen (RECBAL, SIMULFINEX, etc.) erfordert.
Die globale Variable GEXEAN wurde so aus dem Variablendictionary (GESAGB) gelöscht.Die spezifischen Entwicklungen, die die globale Variable GEXEAN verwenden, müssen die Erklärung und Initialisierung dieser Variable vorsehen, wenn diese noch nicht gemeldet wurde. Hierzu müssen Sie das Unterprogramm EXEAN aufrufen: If dim(GEXEAN)<0 : Call EXEAN From GLOBCPT : Endif

Nachverarbeitung der Migrationsverarbeitung

Buchhaltung

Verwaltung der XML-Bankdateien im Format pain001.001.003

Um von dieser Funktionalität zu profitieren, kopieren Sie die folgenden Parameter aus dem X3-Ordner in den Anwendungsordner:

  • Parametrisierungsfunktion der Bankdateien (GESTFB):
    Neue gelieferte Datei: VIRINT03, Überweisungsdatei ISO20022 im Format pain001.001.003
  • Parametrisierungsfunktion der Zahlungserfassungstransaktionen (GESTPY):
    Neue Transaktion FVIRV 'Lief. - Überw. internat. variabel' durch Verwendung der Bankdatei VIRINT03
  • Parametrisierungsfunktion der Nummernkreise (GESANM):
    Neuer Nummernkreis VARFB in der Bankdatei VIRINT03 verwendet
  • Funktion 'Zuweisung Nummernkreise' (GESTCA):
    Zuweisung des Nummernkreises VAFB in Zeile 19 des Personenkontenmoduls
Optionale BIC-Verwaltung ab dem 01. Februar 2016

Um von dieser Funktionalität zu profitieren, kopieren Sie die folgenden Parameter aus dem X3-Ordner in den Anwendungsordner:

  • Parametrisierungsfunktion der Bankdateien (GESTFB):
    Geänderte Dateien: SCT03 und SDD02
  • Parametrisierungsfunktion der Importvorlagen (GESAOE):
    Geänderte Vorlage: MDT
Factorverwaltung mit/ohne Rekurs

Um von dieser Funktionalität zu profitieren, kopieren Sie die folgenden Parameter aus dem X3-Ordner in den Anwendungsordner:

  • Parametrisierungsfunktion der Variablenparameter (GESGVA):
    Neue Parameter: AMTNOTFCT, BPRFCT, DUDAMT, DUDLOC, LEDCUR, PAYCUR und VCRCUR
  • Parametrisierungsfunktion der Variablen Automatik-Buchungen (GESGVG):
    Neue Variablen: AMTFCTNREC und AMTNOTFCT
  • Parametrisierungsfunktion der Automatik-Buchungen (GESGAU):
    Neue Automatik-Buchungen: FCNOD, FCTN2, FCTOD, FCTQ2
    Geänderte Automatik-Buchungen: FCTN und FCTQ
  • Parametrisierungsfunktion der gruppierten Automatik-Buchungen (GESGRA):
    Neue Gruppen: FCTN, FCTQ
  • Parametrisierungsfunktion der Standardsektoren (GESCDE):
    Neuer Standardsektorcode: FCT (anzupassen, um die Initialisierungsregeln des Kunden zu definieren)

In der Parametrisierungsfunktion der Buchungscodezeilen (GESCCL) (Zeile 4 bis Zeile 11 für die Buchungscodes vom Typ "Factor") wurden neue Buchungscodezeilen geliefert. Sie müssen daher einplanen, die Buchungscodezeilen vom Typ "Factor" anzupassen, um dort die neuen zu verwendenden Konten einzusetzen, je nach Kontenplan des Kunden.

Anlagen

Gebäude

Die zuvor über die sonstige Tabelle 604 verwalteten Gebäude werden künftig über eine X3-Klasse verwaltet.
Der Benutzer muss überprüfen, dass die Gebäude von der Migration übertragen wurden und in der Darstellung PHYBUI (Stammdaten > Anlagen > Gebäude) verfügbar sind.

Lokalisierungen

Die zuvor über ein klassisches Objekt verwalteten Lokalisierungen werden künftig über eine X3-Klasse verwaltet.
Ab Update 9 muss die Lokalisierung einem Buchhaltungsstandort zugewiesen sein.
Der Benutzer muss überprüfen, dass seine Lokalisierungen von der Migration übertragen wurden und in der Darstellung PHYLCT (Stammdaten > Anlagen > Orte) verfügbar sind.

Inventargüter

Die zuvor über ein klassisches Objekt verwalteten Inventargüter werden künftig über eine X3-Klasse verwaltet.
Der Benutzer muss überprüfen, dass die Inventargüter von der Migration übertragen wurden und in der Darstellung PHYELT (Anlagen > Verwaltung Inventargüter > Inventargüter) verfügbar sind.

Fertigungsplan

Der Benutzer muss überprüfen, dass die auf Ebene des Parameters DEFUOM - Standardeinheit (Kapitel FAS, Gruppe FAS, Ordnerebene) definierte Einheit auf Ebene der Kopfzeile des Fertigungsplans (Anlagen > Anlagen > Fertigungsplan) vorhanden ist.

Importvorlagen

Nach der Umsetzung der neuen Verwaltung der Inventargüter und des Inventars in Update 9 werden die zugehörigen Importvorlagen von der Migration gelöscht.

Sammel-Umschlüsselung

Nach der Migration können die (optionalen) Sammel-Umschlüsselungsparameter aufgrund von fehlerhaften Schlüsseln gelöscht werden. Der Benutzer muss überprüfen, dass die Umschlüsselungsparameter, falls verwendet, verfügbar sind (Analgen > Tools > Sammel-Umschlüsselung).

Handel

Angebotstyp

Der Migrationsprozess muss für alle vorhandenen Angebote im Feld Angebotstyp (SQHTYP) einen Angebotstyp zuweisen.

Bei der Anlage eines Ordners werden die folgenden Angebotstypen und allgemeinen Parameter aus dem Referenzordner kopiert:

  • SQHTYP - Angebotstyp (Kapitel VEN, Gruppe QUO),
  • SOHTYPNOR - Auftragstyp normal (Kapitel VEN, Gruppe ORD),
  • SOHTYPINV - Auftragstyp Direktrechnung (Kapitel VEN, Gruppe ORD),
  • SOHTYPOPN - Typ Offener Auftrag (Kapitel VEN, Gruppe ORD).


Aus dem Referenzordner werden nur die Typen kopiert, die eine im Zielordner übernommene Rechtsordnung oder eine leere Rechtsordnung haben.

Der Benutzer kann diese Daten auf zwei Ebenen parametrisieren, je nach Zeitpunkt der Migration.

  • Erfolgt die Migration zeitgleich mit der Ordnervalidierung, muss die Parametrisierung im Referenzordner durchgeführt werden, und zwar mit den Codes der erwarteten Typen (die Tabelle der Angebotstypen und die allgemeinen Parameter). Andernfalls verwendet das System die im Standard gelieferten Standardtypen.
  • Erfolgt die Migration nach der Ordnervalidierung, muss die Parametrisierung im Zielordner durchgeführt werden, und zwar mit den Codes der erwarteten Typen (die Tabelle der Angebotstypen und die allgemeinen Parameter). Andernfalls verwendet das System die Standardtypen, die aus dem Referenzordner kopiert wurden.

Das Ausfüllen der Angebotstypen erfolgt wie folgt:

Identifizierung des Angebotstyps im migrierten Ordner:

1. Für jedes Angebot prüft das System den Wert des allgemeinen Parameters SQHTYP.
2. Ist für diesen Parameter kein Wert definiert, wählt das System in alphabetischer Reihenfolge den ersten Angebotstyp aus, der der Rechtsordnung des Unternehmens des Angebots entspricht.
3. Findet das System nichts, wählt es in alphabetischer Reihenfolge den ersten Angebotstyp mit leerer Rechtsordnung aus.

Konnte der Angebotstyp durch diese Suche nicht bestimmt werden, erfolgt die Suche anschließend im Referenzordner.

1. Das System wählt in alphabetischer Reihenfolge den ersten Angebotstyp aus, der der Rechtsordnung des Unternehmens des Angebots entspricht.
2. Findet das System nichts, wählt es in alphabetischer Reihenfolge den ersten Angebotstyp mit leerer Rechtsordnung aus.

Nach der Migration, oder wenn die Migration nach der Ordnerfreigabe durchgeführt wurde, müssen die Nummern der in der Funktion Zuweisung Nummernkreise (GESTCA) definierten Nummernkreise erneut den Angebotstypscheinen zugeordnet werden, um die Reihenfolge der Nummernkreisnummern beizubehalten.

Initialisierung der Preise zu einem unternehmensübergreifenden Verkaufsauftrag

Der Migrationsprozess muss in der Spalte Preisübertragung, in der Tabelle Autom. Flüsse, in der Funktion Unternehmensübergreifende Parameter für jede Flussposition einen Wert zuweisen.

  • Ist der Originalbeleg ein Einkaufsauftrag, wird die Spalte Preisübertragung mit dem Wert 'Nein' initialisiert.
  • Ist der Originalbeleg ein Verkaufsauftrag, wird die Spalte Preisübertragung mit dem Wert 'Ja' initialisiert.

Übertragungsregeln der Rechnungselemente des Moduls Verkauf

In der Funktion Rechnungselemente (GESSFI) müssen Sie die Werte der neuen Zeilen in der Tabelle Regeln Übertragung überprüfen.

Bei der Migration eines Ordners basieren die Regeln der neuen Zeilen in der Funktion Rechnungselemente auf den folgenden Regeln:

  • Für die Übertragungsregeln einer Retoure zu einer Gutschrift sind die Regeln die gleichen, wie die für die Rechnungen zu Gutschriften verwendeten.
  • Für die Übertragungsregeln eines Servicekontrakts zu einer Rechnung, verwenden die Regeln die folgenden Werte, in der Hoffnung, dass die Verhalten der vorherigen Versionen kohärent sind:
    • Splittungsregeln Alle Rechnungen (für die Rechnungselemente in Betrag oder in Prozent)
    • Gruppierungsregeln: Erster Servicekontrakt
    • Gruppierung: Ja

Wenn Sie diese Regeln ändern müssen, müssen Sie sie nach der Migration ändern.


Intrastat-Erklärung

Sie müssen nach der Migration zu einem Update 9.0.0 eine leere Extraktion ausgeben, um die alten, noch nicht extrahierten Dokumente zu markieren. Andernfalls erscheinen sie bei einer neuen Ausgabe für die Intrastat-Erklärung.

Diese Aktion betrifft die Ordner, in denen die Fremdverarbeitung verwaltet wird, da neue Fremdverarbeitungsflüsse automatisch gemeldet werden.