ONE Migration

• 1: Readiness Check
• 1.1: Readiness Check Tool
• 2: APP-Registrierung
• 2.1: APP-Registrierung
• 3: vor Migration
• 3.1: Prüfreport der Feldlängen bei Adressen und Kontakten
• 4: nach Migration
• 4.1: Debitorenvorlagen prüfen - Vorgabedimensionen
• 4.2: Geldfluss Neu Erstellen
• 4.3: Objektsachbearbeiter in der Schadensmeldung
• 4.4: Datenduplizierung
• 4.5: Sollstellungsdifferenzberechnung
• 4.6: ZE am Bankkonto
• 4.7: ZE am Darlehen

1 - Readiness Check

Dieser Abschnitt enthält Anleitungen für Aufgaben rund um die Readiness Check.

1.1 - Readiness Check Tool

Installation

Die einzelnen Schritte werden nachfolgend dargestellt.

Installationsschritte

• Starten Sie die Entwicklungsumgebung (C/SIDE) für Microsoft Dynamics NAV/Business Central.
• Öffnen Sie die Datenbank, indem das Migrationstool eingespielt werden soll.
• Öffnen Sie den Object Designer (Menü → Extras)
• Importieren Sie die fob-Datei (Datei → Import)

• Wählen Sie im folgenden Fenster Nein, um das Import Worksheet zu öffnen.
• Prüfen Sie bitte das Feld Action für jedes Objekt. Hier darf normalerweise nur Replace oder Create ausgewählt sein.
• Sollten Objekte nicht diese Action ausgewählt haben, könnte die Version im Konflikt mit anderen Programmteilen stehen.

Bitte melden Sie sich bei unserem Support RELion.de

• Wenn das Objekt in Ordnung ist, wählen Sie OK.  

Ausführung

Starten Sie den Client und geben im Suchfeld RunObject ein. Es öffnet sich die Tabelle Objekt ausführen.

Hier bitte den Filter auf Type XMLport und ID 5052251 setzen. Anschließend starten Sie den Vorgang mit der Funktion Ausführen.

Es öffnet sich die Seite One-Migration Analysedaten Export. Ohne die Filter anzuwenden bestätigen Sie mit OK.

Anschließend erscheint die folgende Meldung. Der Export kann einige Zeit in Anspruch nehmen.

Zum Schluss speichern Sie die Datei und versenden sie an RELion-Supportentwicklung@Aareon.com.

Lizenz

Es ist keine Änderung an der Lizenz notwendig.

2 - APP-Registrierung

Dieser Abschnitt enthält Anleitungen rund um die Aufgaben nach der Migration auf RELionONE.

2.1 - APP-Registrierung

Business Central muss vor Ort für die Microsoft Entra-Authentifizierung mit OpenID Connect konfiguriert werden. Einen Anleitung wird von Microsoft zur Verfügung gestellt. https://learn.microsoft.com/en-us/dynamics365/business-central/dev-itpro/administration/automation-apis-using-s2s-authentication#task-1-register-a-microsoft-entra-application-for-authentication-to-business-central

3 - vor Migration

Dieser Abschnitt enthält Anleitungen rund um die Aufgaben vor der Migration auf RELionONE.

3.1 - Prüfreport der Feldlängen bei Adressen und Kontakten

Allgemeine Informationen

In RELion ONE sind einige Standardisierungen notwendig geworden, damit RELion ohne Konflikte mit der Business Central Basis Microsoft Basisanwendung zusammenarbeiten kann. Dazu gehört die Beschränkung der Namensfelder Vorname, Vorname 2 und Nachname auf der Kontaktkarte auf eine maximale Feldlänge von 30 Zeichen.

Es gibt einen Prüfreport, der Ihnen Adressstämme und Kontakte ermittelt, bei denen eine Nacharbeit notwendig wird. Der Report prüft automatisch über alle Mandanten die Adressstämme und Kontakte und zeigt Einträge an, wo eine Nacharbeit empfohlen wird.

Wenn Sie auf diese Nacharbeit verzichten wollen, werden bei Einspielung der aktuellen Version von RELion ONE die Felder automatisch auf 30 Zeichen gekürzt. Dies kann Auswirkungen bei der Anredesteuerung in Ihren Berichten haben.

Wir empfehlen grundsätzlich diese Daten nachzuarbeiten.

Vorname, Vorname 2 und Nachname werden im Adressstamm und Kontakt automatisch auf das Feld Name und Suchbegriff übertragen.

Die Felder werden bei persönlichen Anreden je nach Einrichtung auch direkt verwendet.

Hinweis

Oft werden Firmenbezeichnungen in das Feld Nachname geschrieben, dies ist nicht richtig, da Firmen mit dem Anredecode FIRMA versehen werden und die Einzelbestandteile Vorname, Vorname 2 und Nachname keine Rolle spielen.

Einspielen und Starten des Reports in RELion 9 und 10

Öffnen Sie den Objekt Designer, um den Report 5052400 zu importieren. Eine Anleitung zum Import einer Fob-Datei finden Sie hier.

Nach dem Auswählen des Reports 5052400 sollte die Meldung kommen, dass keine Konflikte bestehen, da die Reportnummer 5052400 bisher nicht in RELion verwendet wurde.

Geben Sie im Suchfenster Runo ein und starten Sie RunObject. Filtern Sie ID 5052400 (1), Type Report (2) und starten Sie Ausführen (3). Starten Sie den Bericht mit Vorschau oder Drucken.

Einspielen und Starten des Reports in RELion 11

Einspielen und Starten des Reports in RELion ONE

Der Aufruf in RElion ONE unterscheidet sich vom Aufruf in RELion 11 nur durch die Nummerierung des Servicetools. Wählen Sie bitte im Suchfenster svt36.

Auswertung und Bearbeitung der gefundenen Datensätze

Im ersten Teil des Reports werden Adressstämme und deren verknüpfte Kontakte untersucht.

Korrigieren Sie in diesem Fall direkt auf dem Adressstamm das Feld Vorname, Vorname 2 oder Nachname unter Berücksichtigung der maximalen Länge von 30 Zeichen.

Tipp

In diesem Fall wäre es auch ratsam, das Feld Nachname ganz zu leeren und stattdessen „Finanzamt Stadt Augsburg und Umgebung“ im Feld Name zu platzieren. Ein Finanzamt oder Firmen werden i.d.R. nicht mit einer persönlichen Anrede angeschrieben.

Im zweiten Teil werden Kontakte ohne Adressstamm untersucht.

Korrigieren Sie in diesem Fall direkt auf dem Kontakt im jeweiligen Mandanten das Feld Vorname, Vorname 2 oder Nachname unter Berücksichtigung der maximalen Länge von 30 Zeichen.

Wenn keine Adressstämme oder Kontakte ausgegeben werden, ist die Prüfung erfolgreich und es ist nichts weiter zu tun.

Überarbeitung abgeschlossen

4 - nach Migration

Dieser Abschnitt enthält Anleitungen rund um die Aufgaben nach der Migration auf RELionONE.

4.1 - Debitorenvorlagen prüfen - Vorgabedimensionen

Hinweis

Bei der Migration von Debitorenvorlagen werden die Vorgabedimensionen aus technischen Gründen zurückgesetzt. Die Vorgabedimensionen der Debitorenvorlagen müssen nach der Migration überprüft und gegebenenfalls neu angelegt werden.

4.2 - Geldfluss Neu Erstellen

Posten Neu Erstellen

Nach dem Update müssen die Obligo- und Geldflussposten initial mit dem Bericht Posten Neu Erstellen gelöscht und wieder neu aufgebaut werden:

Grund dafür ist, dass es ab Version RELion11 das neue Geldfluss Journal als zentrale Anlaufstelle für alle Geldflussvorgänge gibt. Damit die Journaleinträge korrekt gebildet und die Posten auch dementsprechend richtig diesen Einträgen zugeordnet werden können, ist eine anfängliche Verwendung des Stapels Posten Neu Erstellen unabdingbar.

Planung über die Aufgabenwarteschlange

Ab Version RELion ONE wurde zudem die Planbarkeit der Stapelverarbeitungen darüber realisiert, dass diese nun über Berichte ausgeführt werden – welche über Senden an… Plan… über die Aufgabenwarteschlangenposten eingeplant werden können:

Es gibt keinen separaten Bericht für die Planung der Erstellung von Obligo- und Geldflussposten mehr, die Verarbeitung Obligo- und Geldflussposten erstellen entfällt.

Wichtig

Sollten Sie die Buchung des Geldflusses in älteren RELion Versionen über wiederkehrende Aufgabenwarteschlangenposten realisiert haben, sind diese nun nicht mehr verwendbar! Löschen Sie diese Posten und erstellen Sie erneut einen Aufgabenwarteschlangeposten mit den neuen Berichten.

Weitere Informationen finden Sie in der Anwenderdokumentation Geldflussdarstellung.

4.3 - Objektsachbearbeiter in der Schadensmeldung

Hinweis

Wenn das Modul Instandhaltung eingesetzt wird, müssen die Instandhaltungssachbearbeiter & Rollen verknüpft werden.

Nähere Informationen erhalten Sie in der Dokumentation Instandhaltung.

4.4 - Datenduplizierung

Installation

Für Migrationen nach dem 31.01.2024 ist die Durchführung des Servicetools nicht mehr notwendig

Das ServiceTool wird als separate App installiert.

Das ServiceTool steht nur intern zur Verfügung und kann von Mitarbeitern im RELion-Extension-Katalog heruntergeladen werden.

Daten duplizieren

Um die Performance auf die neue SQL-Architektur von Business Central zu optimieren, müssen Daten in bestimmten Tabellen dupliziert werden.

Aufruf

• Bericht „ServiceTool 12 RELion Core App Data Duplicate“ aufrufen

  

Einstellungen

• Data to duplicate
  • Auswahl, für welche Tabellen die Funktion ausgeführt werden soll.
• Commit per Record
  • Angabe der Anzahl an Datensätzen, nach deren Bearbeitung ein Commit ausgeführt werden soll.
  • ACHTUNG: Alle geänderten Datensätze, für die ein Commit ausgeführt wurde, bleiben auch bei einem Abbruch des Berichts erhalten.
  • Je kleiner die Zahl, je länger die Laufzeit.
  • 0 = Nur ein Commit für alle Änderungen
• Dialog Update per Record
  • Angabe der Anzahl an Datensätzen, nach deren Bearbeitung der Dialog (Anzahl DS usw.) aktualisiert werden soll.
  • Je kleiner die Zahl, je länger die Laufzeit.
  • 0 = kein Update

4.5 - Sollstellungsdifferenzberechnung

Allgemeine Informationen

Der Bericht Sollstellungsdifferenzberechnung wurde in RELion 11 eingeführt und muss bei Migrationen von Versionen kleiner RELion 11 durchgeführt werden. Dies ist in der Dokumentation zur Sollstellungsdifferenzberechnung nachzulesen.

Hinweis

Wenn bereits Buchungen vorhanden sind, darf der einmal gesetzte Wert im Feld Sollstellung ab nie wieder geändert werden. RELion Sollstellung ab bedeutet nicht, dass ab diesem Datum die erste Sollstellung in RELion ONE gebucht werden soll, sondern, das bis zu diesem Datum rückwirkende Sollstellungsdifferenzen automatisch gebucht werden. Alle früheren Sollstellungsdifferenzen müssen manuell gebucht werden. Bitte den Wert mit Vorsicht auswählen.

4.6 - ZE am Bankkonto

Korrekturlauf

Durchführung

• Konvertierungsreport ID 5163985 aufrufen
• Dieser Report Zuständigkeitseinheit am Bankkonto muss zum Update berücksichtigt werden. Er ist zu finden unter Objekt ausführen, da er nur einmalig gestartet werden muss.

Erklärung

Mit dem Update dürfen Bankkonten ohne ZE nicht mehr existieren (Ausnahme: SEV Sammelbankkonto), da sonst eine Buchung nicht mehr möglich ist.

Dieser Report muss nur einmal in der Datenbank gestartet werden und prüft nacheinander alle Mandanten. Er druckt in jedem Fall die unklaren Datensätze und die erfolgten Änderungen. Der Report zeigt für jedes Bankkonto die verwendeten Objekte und deren ZE an.

Wird die Aktion auf der Request-Page auf „Vorschau und Aktualisieren“ umgestellt, trägt der Report für alle Bankkonten, die eine eindeutige ZE haben, genau diese im neuen Feld „Zuständigkeitseinheit“ ein.

Sollte es Banken geben, deren Buchungen verschiedene ZEs enthalten, so kann eine solche automatische Zuordnung natürlich nicht stattfinden, diese werden aber in der Vorschau auch angezeigt. Hier müssen dann manuelle Maßnahmen durchgeführt werden. In den Objektbanken können verwendete Konten per „Enddatum“ für das Objekt beendet werden (zuvor muss ein anderes Konto als Objektbank festgelegt werden). Mit „+Neu“ können neue Konten für das Objekt bestimmt werden, denen dann ein Bankkonto hinterlegt wird. Es müssen dann neue Bankkonten angelegt werden, welche eine 1:1 Zuordnung zu einer ZE möglich machen und diese am Objekt hinterlegt werden.

4.7 - ZE am Darlehen

Korrekturlauf

Durchführung

• Konvertierungsreport ID 5052383 aufrufen
• Dieser Report Zuständigkeitseinheit im Darlehen eintragen muss zum Update berücksichtigt werden, wenn das Darlehensmodul aktiv ist. Er ist zu finden unter Objekt ausführen, da er nur einmalig gestartet werden muss.