Wird ein Modul umgestellt, so wird dessen Umstellung in der Regel in den zentralen Parameter _631; _638; 664 registriert.
Inhalte des Parameters:
_631
LLL Lohn & Gehalt & Urlaubsplanung (in Vorbereitung)
EEE E-Akte
NNN Benutzerverwaltung (ACHTUNG nur RA6)
AAA Adrrel (Zuordnung Adresse/Akte)
AAAA Adressen
BBB erweiterte Beteiligtenverwaltung
_638
AFA AfAliste S starten (in Vorbereitung)
BBB Akten auf SQL
CCC Fibu auf SQL (in Vorbereitung)
KKK Kostenerfassungen auf SQL-Server
WWW WDM auf SQL-Server
664 K Kalender
Die neue Aktenbeteiligten-Struktur ist kein SQL basiertes Modul. Über die SQL Modulverwaltung wird lediglich die Umstellung auf die neuen Strukturen gestartet.
Aber auch andere Parameter finden für die Registrierung von SQL Modulen Verwendung:
645 „P“ Schaltet Erzwingung SQL Server und Module bei SQL Lizenz ab
252 „Not2“ SQL Notariat Bücher
242 „N“ Anlagenbuchhaltung
172 „K“ Kollisionsvorprüfung im Netz aktivieren
156 „H“ Fibu II
Zeithonorar2 wird nicht über Parameter gesteuert, sondern ist abhängig von der verwendeten Lizenz.
Sollte die Umstellung eines RA-MICRO Moduls nicht erfolgreich sein, so kann in den meisten Fällen über ein manuelles Entfernen des Parametereintrages wieder auf die alte Datenbankstruktur Zugriff genommen werden. Eine wiederholte Umstellung über die SQL Modulverwaltung sollte allerdings mit dem jeweiligen Fach-Team besprochen werden.
In Ausnahmefällen führt ein manuelles Entfernen des Parametereintrages nicht zu dem gewünschten Ergebnis.
Softwaretechnische Hintergründe der SQL-Konvertierung einzelner RA-MICRO Module
RA-MICRO SQL-Benutzerverwaltung (Achtung nur RA-MICRO 6)
Mit der Umstellung wird die Datei „bvconvert.log“ in „\ra\benutzer“ angelegt. Sie dient als Flagge, und symbolisiert die Umstellung auf SQL.
Muss eine erneute Datenübernahme durchgeführt werden, so ist es notwendig die Datenbank „rakanzlei“ auf dem SQL Server zu löschen.
Im nächsten Schritt muss der Eintrag in Parameter _631 „NNN“ entfernt, und die Datei „bvconvert.log“ in „\ra\benutzer“ entfernt werden. Nun kann die erneute Konvertierung der Benutzerverwaltung auf SQL über die RA-MICRO Modulverwaltung erfolgen.
Wird die Datei „bvconvert.log“ nicht gelöscht, erfolgt zwar die Neuanlage der SQL Datenbank, allerdings ohne Übernahme der Daten aus der alten Benutzerverwaltung (siehe „Benutzer.ini“ in „\ra\benutzer“).
RA-MICRO E-Akte
Mit der Umstellung wird eine „sqldb.prt“ in „\ra\ar“ erzeugt. Diese Datei enthält Informationen über den Ablauf der Datenübernahme. Eine Auswertung dieser Datei, im Falle einer fehlgeschlagenen Datenübernahme, ist sinnvoll.
Um die Datenübernahme erneut zu initiieren, muss im Parameter _631 die Einträge „EEE“ entfernt und die Datenbank auf dem SQL Server gelöscht werden.
Zeithonorar II
Mit der Datenübernahme wird in dem Verzeichnis „\ra\zeit“ die Datei „zhiikonv.txt“ erzeugt, die sowohl als Flagge für eine bereits erfolgte Konvertierung als auch als log-Datei dient.
Um eine erneute Konvertierung und Datenübernahme durchzuführen, ist die Datenbank „ra2010sql“ zu löschen und die Datei „\ra\zeit\zhiikonv.txt“ zu entfernen.
Mit Erstellung der SQL Datenbank ra2010sql wird in \ra\zeit die Datei zh2updat.txt erstellt.
Bei der Konvertierung von zh1 nach zh2 wird die Datei zhIIConv.txt erstellt.
Adressen /Akten
Grundvoraussetzung für die Datenübernahme ist die Umstellung auf die erweiterte Beteiligtenverwaltung. Mit dem Beginn der Umstellung wird je Datenpool in „\adr“ die Protokolldatei „konvlst.txt“ erzeugt. Nach erfolgreichem Abschluss der Konvertierung wird in der Global.ini Rubrik Adressverwaltung der Eintrag SQL-Konvertierung=J für jeden einzelnen Datenpool gesetzt.
Bei erfolgreicher Aktenkonvertierung wird der Parameter SQL-Konvertierung=J in der Rubrik Akten in der Global.ini gesetzt.
Shift+Strg+z
Dieser ShortCut kann in den Masken der Adress/Aktenkonvertierung dazu benutzt werden, die Umstellungsparameter in der Global.ini in jedem einzelnen Datenpool zu entfernen, so dass eine neue Konvertierung begonnen werden kann.