Datenbankzusammenführung: Unterschied zwischen den Versionen

Keine Bearbeitungszusammenfassung
 
(6 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
= Grundlegendes =
=== Grundlegendes ===
 
'''<u>Neue Datenbank / Bestehende Datenbank</u>'''


Werden mehrere Datenbanken zu einer zusammengefasst, ist die Entscheidung zu treffen, ob die gemeinsame zukünftige Datenbank eine neue Datenbank ist, oder ob eine bereits bestehende in Zukunft die gemeinsame Datenbank sein wird.
Werden mehrere Datenbanken zu einer zusammengefasst, ist die Entscheidung zu treffen, ob die gemeinsame zukünftige Datenbank eine neue Datenbank ist, oder ob eine bereits bestehende in Zukunft die gemeinsame Datenbank sein wird.
Zeile 7: Zeile 9:
In der gemeinsamen Datenbank werden für die neuen Bereiche nur ausgewählte Personalstammdaten sowie die Saldostände übernommen.  
In der gemeinsamen Datenbank werden für die neuen Bereiche nur ausgewählte Personalstammdaten sowie die Saldostände übernommen.  


  Das bedeutet, wenn beispielsweise ab 1.1. eines Jahres die Datenbank zusammengeführt werden soll, dann werden nur die Saldostände per Ende Dezember in die neue Datenbank übernommen. Es gibt in der neuen Datenbank dann aber keine Möglichkeit, mehr Informationen über die Monate vor dem 1.1. auszuwerten, alte Pläne anzusehen oder ähnliches.
  Das bedeutet, wenn beispielsweise ab 1.1. eines Jahres die Datenbank zusammengeführt werden soll, dann werden nur die Saldostände per Ende Dezember in die neue Datenbank übernommen. Es gibt in der neuen Datenbank dann aber keine Möglichkeit mehr, Informationen über die Monate vor dem 1.1. auszuwerten, alte Pläne anzusehen oder ähnliches.
  Wird die Zusammenführung zu einem anderen Stichtag als den 1.1. durchgeführt, gibt es keine Möglichkeit, Auswertungen über ein gesamtes Kalenderjahr zu machen. In jedem System gibt es dann nur einen Teil des Jahres, der auswertbar ist.
  Wird die Zusammenführung zu einem anderen Stichtag als den 1.1. durchgeführt, gibt es keine Möglichkeit, Auswertungen über ein gesamtes Kalenderjahr zu machen. In jedem System gibt es dann nur einen Teil des Jahres, der auswertbar ist.
'''<u>Definition Stichtag Zusammenführung</u>'''


Für die Auswahl des Stichtages der Zusammenführung muss folgendes beachtet werden:
Für die Auswahl des Stichtages der Zusammenführung muss folgendes beachtet werden:
Zeile 15: Zeile 19:
* Möchte ich ein Monat (oder mehrere Monate) parallel in beiden Datenbanken führen, um die Abrechnung zu kontrollieren?
* Möchte ich ein Monat (oder mehrere Monate) parallel in beiden Datenbanken führen, um die Abrechnung zu kontrollieren?


Eine gemeinsame gleiche Abrechnung wäre ideal, ist dies nicht der Fall, ist auf alle Fälle ein Abrechnungsanalysegespräch vor Ort einzuplanen, damit die Abrechnungsmodalitäten durchbesprochen werden, im Bedarfsfall muss in der zukünftigen gemeinsamen Datenbank eine Programmänderung vorgenommen werden.


= Projektschritte =
'''<u>Abrechnung</u>'''
 
Eine gemeinsame, gleiche Abrechnung wäre ideal.
 
Ist dies nicht der Fall, muss auf ein Abrechnungsanalysegespräch vor Ort eingeplant werden um alle Abrechnungsmodalitäten durchzusprechen.
 
Im Bedarfsfall muss in der zukünftigen gemeinsamen Datenbank eine Programmierung vorgenommen werden.
 
=== Projektschritte ===
Folgende Schritte müssen im Projekt durchgeführt werden
 
==== Organisationsgespräch ====
Die grundlegenden Fragen (siehe oben) werden geklärt:
 
* Integration in eine bestehende Datenbank? / Start mit komplett neuer Datenbank?
* Stichtag für die Umstellung
* Projektablauf
* Wer ist zukünftiger SUPERVISOR über alle Bereiche?
 
 
Weiters müssen folgende Punkte vorweg mit dem Kunden besprochen werden:


== Organisationsgespräch ==
Die grundlegenden Fragen (siehe oben) werden geklärt und die folgenden Projektschritte gemeinsam geplant.


== Personalstammdaten - Personalnummern (Kunde) ==
'''<u>Personalstammdaten - Personalnummern</u>'''
 
Jede Personalnummer kann in einer Datenbank nur einmal verwendet werden.  
Jede Personalnummer kann in einer Datenbank nur einmal verwendet werden.  


Sollte es Personalnummern geben, welche mehrmals vorkommen, so müssen die Personalnummern geändert werden.
Sollte es Personalnummern geben, welche mehrmals vorkommen, so müssen die Personalnummern geändert werden.


Außerdem muss jedes Personal, welches exportiert und importiert werden soll, eine Personalnummer besitzen. Bei Praktikanten, Zivildienern ist das oft nicht der Fall. Auch für dieses Personal ist vor der Datenübernahme eine eindeutige Nummer zu vergeben (darf auf mit einem Buchstaben beginnen).
Außerdem muss jedes Personal, welches exportiert und importiert werden soll, eine Personalnummer besitzen.  


== Module einspielen (Projektmanagement Bit Factory) ==
Bei Praktikanten, Zivildienern ist das oft nicht der Fall.
* Import Personal
* Import Extra Monat
* Import Anspruch


Diese Module sind alle unter AddOns zu finden. Auch wenn diese beim Kunden bereits eingespielt sind, zur Sicherheit neu ausliefern!
Auch für dieses Personal ist vor der Datenübernahme eine eindeutige Nummer zu vergeben (darf auf mit einem Buchstaben beginnen).


== Stammdatenexport (Projektmanagement Bit Factory) ==
==== Module einspielen ''<small>(Projektmanagement Bit Factory)</small>'' ====
Vorab können folgende Module eingespielt werden:
* [[ASCII-Standardsatzaufbau_für_den_Personalimport|Import Personal]]
* [[Import_Monatswerte|Import Extra Monat]]
* [[Standardsatzaufbau_für_den_Anspruchsimport|Import Anspruch]]
 
Diese Module sind alle unter AddOns zu finden.
 
Auch wenn diese beim Kunden bereits eingespielt sind, zur Sicherheit neu ausliefern!
 
==== Stammdatenexport ''<small>(Projektmanagement Bit Factory)</small>'' ====
Liste der bestehenden Benutzer, Planungseinheiten, Berufsgruppen, Planungscodes aus allen bestehenden Datenbanken erstellen und an Kunden schicken.
Liste der bestehenden Benutzer, Planungseinheiten, Berufsgruppen, Planungscodes aus allen bestehenden Datenbanken erstellen und an Kunden schicken.


== Liste neuer Planungseinheiten an Bit Factory schicken (Kunde) ==
==== Liste neuer Planungseinheiten an Bit Factory schicken ''<small>(Kunde)</small>'' ====
Liste der Planungseinheiten, welche in der gemeinsamen Datenbank noch angelegt werden müssen, an Bit Factory schicken. (Kurzzeichen + Langbezeichnung)
Liste der Planungseinheiten, welche in der gemeinsamen Datenbank noch angelegt werden müssen, an Bit Factory schicken. (Kurzzeichen + Langbezeichnung)


Sollte die Kurzbezeichnung in der aktuellen Datenbank eine andere sein, wäre es ideal, wenn diese auch in der alten Datenbank geändert wird (vom Kunden). (Begründung: Dann würde auch der Personalexport passen)
Sollte die Kurzbezeichnung in der aktuellen Datenbank eine andere sein, wäre es ideal, wenn diese auch in der alten Datenbank geändert wird (vom Kunden). (Begründung: Dann würde auch der Personalexport passen)


== Liste zukünftiger Benutzer an Bit Factory schicken (Kunde) ==
'''Wichtig:'''  Das Kurzzeichen darf es bei den bestehenden anderen Planungseinheiten noch nicht geben!
 
==== Liste zukünftiger Benutzer an Bit Factory schicken ''<small>(Kunde)</small>'' ====
Liste der Benutzer, welche in der gemeinsamen Datenbank noch angelegt werden müssen, an Bit Factory schicken.
Liste der Benutzer, welche in der gemeinsamen Datenbank noch angelegt werden müssen, an Bit Factory schicken.


Bestehende Benutzer in der zukünftigen gemeinsamen Datenbank: dürfen jene Benutzer, welche momentan auf dem SYSTEM berechtigt sind, auch zukünftig alle Bereich einsehen?
Bestehende Benutzer in der zukünftigen gemeinsamen Datenbank:  


Wenn nein -> Berechtigungen ändern (Info an Bit Factory)
* dürfen jene Benutzer, welche momentan auf dem '''SYSTEM''' berechtigt sind, auch zukünftig alle Bereich einsehen?
** Wenn nein -> Berechtigungen ändern (Info an Bit Factory)


== Berufsgruppen aller Instanzen auf eine gemeinsame Liste bringen (Kunde) ==
==== Berufsgruppen aller Instanzen auf eine gemeinsame Liste bringen ''<small>(Kunde)</small>'' ====
Künftig wird es eine gemeinsame Liste möglicher Berufsgruppen geben, man kann Berufsgruppen nicht je Bereich einschränken.
Da es Berufsgruppen im System nur einmal gibt, müssen diese für alle Bereiche vereinheitlicht werden:


Wenn in der zukünftigen gemeinsamen Datenbank nicht alle benötigten Berufsgruppen vorhanden sind, dann müssen die fehlenden angelegt werden (vom Kunden).
* Wenn in der zukünftigen gemeinsamen Datenbank nicht alle benötigten Berufsgruppen vorhanden sind, dann müssen die fehlenden angelegt werden.


WICHTIG: es darf jedes Kurzzeichen nur einmal geben in der zukünftigen gemeinsamen Datenbank. Wenn es mehrere Berufsgruppen mit dem gleichen Kürzel gibt, so sind diese zu ändern.
'''WICHTIG''':  


Sollte die Kurzbezeichnung der Berufsgruppe in der aktuellen Datenbank eine andere sein als in der zukünftig gemeinsamen Datenbank, wäre es ideal, wenn das Kurzzeichen bei den bestehenden Berufsgruppen auch in der alten Datenbank geändert wird (vom Kunden). (Begründung: Dann würde auch der Personalexport passen)
* es darf jedes Kurzzeichen nur einmal geben in der zukünftigen gemeinsamen Datenbank.
** Wenn es mehrere Berufsgruppen mit dem gleichen Kürzel gibt, so sind diese zu ändern.
* Sollte das Kurzzeichen der Berufsgruppe in der aktuellen Datenbank eine andere sein als in der zukünftig gemeinsamen Datenbank, wäre es ideal, wenn das Kurzzeichen noch in der alten Datenbank geändert wird (vom Kunden).  
** Wichtig für den Personalexport/import!


== Bereiche, Planungseinheiten und Bereichssupervisoren anlegen (Projektmanagement Bit Factory) ==
==== Bereiche, Planungseinheiten und Bereichssupervisoren anlegen ''<small>(Projektmanagement Bit Factory)</small>'' ====
Die Bereichssupervisoren benötigen das Recht "Supervisor" am Bereich sowie das Recht "Benutzergruppenverwalter" am System.
Die Bereichssupervisoren benötigen das Recht "Supervisor" am Bereich sowie das Recht "Benutzergruppenverwalter" am System.


Die restlichen Benutzer können von den Supervisoren angelegt werden.
Die restlichen Benutzer können von den Supervisoren angelegt werden.


== Dienstmodelle anlegen (Kunde) ==
==== Dienstmodelle anlegen ''<small>(Kunde)</small>'' ====
In der gemeinsamen Datenbank müssen alle Dienstkürzel angelegt werden auf den neuen Planungseinheiten.
In der neuen / gemeinsamen Datenbank müssen die Dienstkürzel auf den neuen Planungseinheiten angelegt werden


== Personalstammdatenexport (Projektmanagement Bit Factory) ==
==== Personalstammdatenexport ''<small>(Projektmanagement Bit Factory)</small>'' ====
Liste der Personalstammdaten erstelle und zur Kontrolle an den Kunden senden.  
Liste der Personalstammdaten erstellen und zur Kontrolle an den Kunden senden.  


Das Format für den Import ist hier beschrieben: [[ASCII-Standardsatzaufbau_f%C3%BCr_den_Personalimport|Standardsatzaufbau]]
Das Format für den Import ist hier beschrieben: [[ASCII-Standardsatzaufbau_f%C3%BCr_den_Personalimport|Standardsatzaufbau]]


ACHTUNG: Bei Sollberechnungsvariante "2) Soll Mo, Di ... aliquot" müssen die Spalten für Soll Montag, Soll Dienstag, ... Soll Feiertag leer bleiben im File!  
'''ACHTUNG''':
 
* im Excel die 1. Spalte, wo die Personalnummer reinkopiert wird, als '''TEXT formatieren!!!''', sonst sind danach eventuelle führende Nullen weg
* Bei Sollberechnungsvariante "2) Soll Mo, Di ... aliquot" müssen die Spalten für Soll Montag, Soll Dienstag, ... Soll Feiertag leer bleiben im File!  
** Sollte es vereinzelte Mitarbeiter geben mit Soll direkt, muss die Sollberechnungsvariante manuell gesetzt werden (für diese Mitarbeiter die Sollstunden im File ausfüllen).


Sollte es vereinzelte Mitarbeiter geben mit Soll direkt, muss die Sollberechnungsvariante manuell gesetzt werden (für diese Mitarbeiter die Sollstunden im File ausfüllen).
==== Personalstammdaten kontrollieren ''<small>(Kunde)</small>'' ====
Die erhaltene Liste muss vom Kunden kontrolliert werden.


== Personalstammdaten kontrollieren (Kunde) ==
Besonders das Kurzzeichen für die Stammplanungseinheit und für die Berufsgruppe ist wichtig, dieses muss dem Kurzzeichen in der zukünftigen gemeinsamen Datenbank entsprechen!
Die erhaltene Liste kontrollieren. Insbesondere das Kurzzeichen für die Stammplanungseinheit und für die Berufsgruppe ist wichtig, dieses muss dem Kurzzeichen in der zukünftigen gemeinsamen Datenbank entsprechen!


Liste bei Bedarf anpassen (aber keine Spalten löschen, dazugeben oder die Reihenfolge der Spalten verändern, das Format muss so bleiben, wie es ist!) und an Bit Factory zum Import schicken.
Liste bei Bedarf anpassen ''<small>(aber keine Spalten löschen, dazugeben oder die Reihenfolge der Spalten verändern, das Format muss so bleiben, wie es ist!)</small>'' und an Bit Factory zum Import schicken.


== Vormonat abrechnen (Kunde) und Saldenlisten erstellen ==
==== Vormonat abrechnen ''<small>(Kunde)</small>'' und Saldenlisten erstellen ====
Wenn die Daten ab Jänner übernommen werden sollen, dann muss der Dezember abgerechnet werden in den "alten" Datenbanken und dann die Salden mittels Konto-Report exportiert werden. Salden an Bit Factory schicken.
Wenn die Daten ab Jänner übernommen werden sollen, dann muss der Dezember in den "alten" Datenbanken abgerechnet werden.
 
Erst dann können die Salden mittels Konto-Report exportiert werden.
 
Saldenliste an Bit Factory schicken.


Konto-Report für Jänner machen mit den gewünschten Salden, welche übernommen werden sollen:
Konto-Report für Jänner machen mit den gewünschten Salden, welche übernommen werden sollen:
Zeile 93: Zeile 136:
* Vormonat Urlaubsrest
* Vormonat Urlaubsrest


== Datenbankzusammenführung (Projektmanagement Bit Factory) ==
==== Datenbankzusammenführung ''<small>(Projektmanagement Bit Factory)</small>'' ====
* Lizenzen in der gemeinsamen Datenbank neu einstellen: Summe aller bisherigen Instanzen
* Lizenzen in der gemeinsamen Datenbank neu einstellen: Summe aller bisherigen Instanzen
* Personal einspielen
* Personal einspielen
* Salden einspielen
* Salden einspielen  
* Anspruchszeilen einspielen (aus Stammdaten und Urlaubsrest zusammenfügen, mit Korrekturwert einspielen; ACHTUNG: VORHER kontrollieren, ob beide Datenbanken den gleichen Grundanspruch bei der Anspruchsart haben)
** DRZ +/- Übertrag mit Sonderabrechnung "Setze DRZ-Bilanz Total Übertrag aus Vormonat"
* Anspruchszeilen einspielen  
** aus Stammdaten und Urlaubsrest zusammenfügen
** mit Korrekturwert einspielen
*** ACHTUNG: VORHER kontrollieren, ob beide Datenbanken den gleichen Grundanspruch bei der Anspruchsart haben
 
==== Nachtrag der Planung in der gemeinsamen Datenbank ''<small>(Kunde)</small>'' ====
Die Planung erfolgte noch in den alten Datenbanken.
 
Diese kann nun in der gemeinsamen nachgetragen werden.
 
'''WICHTIG''': Abwesenheiten, welche bereits in Zukunft eingetragen sind müssen ebenfalls nachgetragen werden!
 
Alle Änderungen erfolgen ab jetzt nur noch in der gemeinsamen Datenbank!!
 
Die alten Datenbanken werden nur noch als Archiv verwendet. (Außer man rechnet noch ein Monat parallel in beiden ab)


== Nachtrag der Planung in der gemeinsamen Datenbank (Kunde) ==
Eventuelle Umstellung der Benutzerrechte in der alten Datenbank auf "Leserechte"
Die Planung erfolgte noch in den alten Datenbanken, diese kann nun in der gemeinsamen nachgetragen werden.
Alle Änderungen erfolgen ab jetzt nur noch in der gemeinsamen Datenbank, die alten Datenbanken werden nur noch als Archiv verwendet. (Außer man rechnet noch ein Monat parallel in beiden ab)

Aktuelle Version vom 24. Juni 2022, 10:18 Uhr

Grundlegendes

Neue Datenbank / Bestehende Datenbank

Werden mehrere Datenbanken zu einer zusammengefasst, ist die Entscheidung zu treffen, ob die gemeinsame zukünftige Datenbank eine neue Datenbank ist, oder ob eine bereits bestehende in Zukunft die gemeinsame Datenbank sein wird.

zB: 4 Häuser eines Verbandes wurden bisher getrennt geführt, ab einem definierten Stichtag werden die Daten der Häuser B, C, D in die Datenbank vom Haus A übernommen.

In der gemeinsamen Datenbank werden für die neuen Bereiche nur ausgewählte Personalstammdaten sowie die Saldostände übernommen.

Das bedeutet, wenn beispielsweise ab 1.1. eines Jahres die Datenbank zusammengeführt werden soll, dann werden nur die Saldostände per Ende Dezember in die neue Datenbank übernommen. Es gibt in der neuen Datenbank dann aber keine Möglichkeit mehr, Informationen über die Monate vor dem 1.1. auszuwerten, alte Pläne anzusehen oder ähnliches.
Wird die Zusammenführung zu einem anderen Stichtag als den 1.1. durchgeführt, gibt es keine Möglichkeit, Auswertungen über ein gesamtes Kalenderjahr zu machen. In jedem System gibt es dann nur einen Teil des Jahres, der auswertbar ist.

Definition Stichtag Zusammenführung

Für die Auswahl des Stichtages der Zusammenführung muss folgendes beachtet werden:

  • Wann beginnen meine Durchrechnungszeiträume?
  • Gibt es andere besondere Stichtage (zB Bonusstunden alle 4 Monate auszahlen)?
  • Möchte ich ein Monat (oder mehrere Monate) parallel in beiden Datenbanken führen, um die Abrechnung zu kontrollieren?


Abrechnung

Eine gemeinsame, gleiche Abrechnung wäre ideal.

Ist dies nicht der Fall, muss auf ein Abrechnungsanalysegespräch vor Ort eingeplant werden um alle Abrechnungsmodalitäten durchzusprechen.

Im Bedarfsfall muss in der zukünftigen gemeinsamen Datenbank eine Programmierung vorgenommen werden.

Projektschritte

Folgende Schritte müssen im Projekt durchgeführt werden

Organisationsgespräch

Die grundlegenden Fragen (siehe oben) werden geklärt:

  • Integration in eine bestehende Datenbank? / Start mit komplett neuer Datenbank?
  • Stichtag für die Umstellung
  • Projektablauf
  • Wer ist zukünftiger SUPERVISOR über alle Bereiche?


Weiters müssen folgende Punkte vorweg mit dem Kunden besprochen werden:


Personalstammdaten - Personalnummern

Jede Personalnummer kann in einer Datenbank nur einmal verwendet werden.

Sollte es Personalnummern geben, welche mehrmals vorkommen, so müssen die Personalnummern geändert werden.

Außerdem muss jedes Personal, welches exportiert und importiert werden soll, eine Personalnummer besitzen.

Bei Praktikanten, Zivildienern ist das oft nicht der Fall.

Auch für dieses Personal ist vor der Datenübernahme eine eindeutige Nummer zu vergeben (darf auf mit einem Buchstaben beginnen).

Module einspielen (Projektmanagement Bit Factory)

Vorab können folgende Module eingespielt werden:

Diese Module sind alle unter AddOns zu finden.

Auch wenn diese beim Kunden bereits eingespielt sind, zur Sicherheit neu ausliefern!

Stammdatenexport (Projektmanagement Bit Factory)

Liste der bestehenden Benutzer, Planungseinheiten, Berufsgruppen, Planungscodes aus allen bestehenden Datenbanken erstellen und an Kunden schicken.

Liste neuer Planungseinheiten an Bit Factory schicken (Kunde)

Liste der Planungseinheiten, welche in der gemeinsamen Datenbank noch angelegt werden müssen, an Bit Factory schicken. (Kurzzeichen + Langbezeichnung)

Sollte die Kurzbezeichnung in der aktuellen Datenbank eine andere sein, wäre es ideal, wenn diese auch in der alten Datenbank geändert wird (vom Kunden). (Begründung: Dann würde auch der Personalexport passen)

Wichtig: Das Kurzzeichen darf es bei den bestehenden anderen Planungseinheiten noch nicht geben!

Liste zukünftiger Benutzer an Bit Factory schicken (Kunde)

Liste der Benutzer, welche in der gemeinsamen Datenbank noch angelegt werden müssen, an Bit Factory schicken.

Bestehende Benutzer in der zukünftigen gemeinsamen Datenbank:

  • dürfen jene Benutzer, welche momentan auf dem SYSTEM berechtigt sind, auch zukünftig alle Bereich einsehen?
    • Wenn nein -> Berechtigungen ändern (Info an Bit Factory)

Berufsgruppen aller Instanzen auf eine gemeinsame Liste bringen (Kunde)

Da es Berufsgruppen im System nur einmal gibt, müssen diese für alle Bereiche vereinheitlicht werden:

  • Wenn in der zukünftigen gemeinsamen Datenbank nicht alle benötigten Berufsgruppen vorhanden sind, dann müssen die fehlenden angelegt werden.

WICHTIG:

  • es darf jedes Kurzzeichen nur einmal geben in der zukünftigen gemeinsamen Datenbank.
    • Wenn es mehrere Berufsgruppen mit dem gleichen Kürzel gibt, so sind diese zu ändern.
  • Sollte das Kurzzeichen der Berufsgruppe in der aktuellen Datenbank eine andere sein als in der zukünftig gemeinsamen Datenbank, wäre es ideal, wenn das Kurzzeichen noch in der alten Datenbank geändert wird (vom Kunden).
    • Wichtig für den Personalexport/import!

Bereiche, Planungseinheiten und Bereichssupervisoren anlegen (Projektmanagement Bit Factory)

Die Bereichssupervisoren benötigen das Recht "Supervisor" am Bereich sowie das Recht "Benutzergruppenverwalter" am System.

Die restlichen Benutzer können von den Supervisoren angelegt werden.

Dienstmodelle anlegen (Kunde)

In der neuen / gemeinsamen Datenbank müssen die Dienstkürzel auf den neuen Planungseinheiten angelegt werden

Personalstammdatenexport (Projektmanagement Bit Factory)

Liste der Personalstammdaten erstellen und zur Kontrolle an den Kunden senden.

Das Format für den Import ist hier beschrieben: Standardsatzaufbau

ACHTUNG:

  • im Excel die 1. Spalte, wo die Personalnummer reinkopiert wird, als TEXT formatieren!!!, sonst sind danach eventuelle führende Nullen weg
  • Bei Sollberechnungsvariante "2) Soll Mo, Di ... aliquot" müssen die Spalten für Soll Montag, Soll Dienstag, ... Soll Feiertag leer bleiben im File!
    • Sollte es vereinzelte Mitarbeiter geben mit Soll direkt, muss die Sollberechnungsvariante manuell gesetzt werden (für diese Mitarbeiter die Sollstunden im File ausfüllen).

Personalstammdaten kontrollieren (Kunde)

Die erhaltene Liste muss vom Kunden kontrolliert werden.

Besonders das Kurzzeichen für die Stammplanungseinheit und für die Berufsgruppe ist wichtig, dieses muss dem Kurzzeichen in der zukünftigen gemeinsamen Datenbank entsprechen!

Liste bei Bedarf anpassen (aber keine Spalten löschen, dazugeben oder die Reihenfolge der Spalten verändern, das Format muss so bleiben, wie es ist!) und an Bit Factory zum Import schicken.

Vormonat abrechnen (Kunde) und Saldenlisten erstellen

Wenn die Daten ab Jänner übernommen werden sollen, dann muss der Dezember in den "alten" Datenbanken abgerechnet werden.

Erst dann können die Salden mittels Konto-Report exportiert werden.

Saldenliste an Bit Factory schicken.

Konto-Report für Jänner machen mit den gewünschten Salden, welche übernommen werden sollen:

  • Vormonat S100
  • Vormonat S125
  • Vormoant S150
  • Vormonat S200 ...
  • Vormonat NSCHWAG
  • Vormonat Urlaubsrest

Datenbankzusammenführung (Projektmanagement Bit Factory)

  • Lizenzen in der gemeinsamen Datenbank neu einstellen: Summe aller bisherigen Instanzen
  • Personal einspielen
  • Salden einspielen
    • DRZ +/- Übertrag mit Sonderabrechnung "Setze DRZ-Bilanz Total Übertrag aus Vormonat"
  • Anspruchszeilen einspielen
    • aus Stammdaten und Urlaubsrest zusammenfügen
    • mit Korrekturwert einspielen
      • ACHTUNG: VORHER kontrollieren, ob beide Datenbanken den gleichen Grundanspruch bei der Anspruchsart haben

Nachtrag der Planung in der gemeinsamen Datenbank (Kunde)

Die Planung erfolgte noch in den alten Datenbanken.

Diese kann nun in der gemeinsamen nachgetragen werden.

WICHTIG: Abwesenheiten, welche bereits in Zukunft eingetragen sind müssen ebenfalls nachgetragen werden!

Alle Änderungen erfolgen ab jetzt nur noch in der gemeinsamen Datenbank!!

Die alten Datenbanken werden nur noch als Archiv verwendet. (Außer man rechnet noch ein Monat parallel in beiden ab)

Eventuelle Umstellung der Benutzerrechte in der alten Datenbank auf "Leserechte"