(Die Seite wurde neu angelegt: „= Grundlegendes = Werden mehrere Datenbanken zu einer zusammengefasst, ist die Entscheidung zu treffen, ob die gemeinsame zukünftige Datenbank eine neue Date…“) |
Keine Bearbeitungszusammenfassung |
||
(12 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, | 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? | ||
= 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: | |||
'''<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. | ||
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 ''<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 (Projektmanagement Bit Factory) == | ==== 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: | 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>'' ==== | ||
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 | * Wenn in der zukünftigen gemeinsamen Datenbank nicht alle benötigten Berufsgruppen vorhanden sind, dann müssen die fehlenden angelegt werden. | ||
WICHTIG: | '''WICHTIG''': | ||
Sollte | * 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 | In der neuen / gemeinsamen Datenbank müssen die Dienstkürzel auf den neuen Planungseinheiten angelegt werden | ||
==== Personalstammdatenexport ''<small>(Projektmanagement Bit Factory)</small>'' ==== | |||
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]] | |||
'''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 ''<small>(Kunde)</small>'' ==== | |||
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 ''<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. | |||
Liste | |||
== | ==== Vormonat abrechnen ''<small>(Kunde)</small>'' 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: | Konto-Report für Jänner machen mit den gewünschten Salden, welche übernommen werden sollen: | ||
Zeile 80: | 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 | ** 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) | |||
Eventuelle Umstellung der Benutzerrechte in der alten Datenbank auf "Leserechte" | |||
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"