Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungNächste ÜberarbeitungBeide Seiten der Revision | ||
faq:hisinone2017_12 [2018/01/17 18:21] – [Bereich Prüfungsverwaltung] le46 | faq:hisinone2017_12 [2018/01/18 13:04] – [Neue nicht aktivierte Funktionen] es1038 | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Informationen zu HISinOne 2017.12 Uni Freiburg ====== | ====== Informationen zu HISinOne 2017.12 Uni Freiburg ====== | ||
- | Die HIS eG hat am 01. Dezember 2017 die HISinOne-Version 2017.12 freigegen. Mit den notwendigen Anpassungen und Tests durch die Universität Freiburg und dem üblichen Freigabeprozess (Veto-Verfahren) ist damit zu rechnen, dass die HISinOne-Version 2017.12 am 17. Januar 2018 auf das Produktivsystem eingepielt wird (Schritt 2). In einem ersten Schritt werden vorab zahlreiche Anpassungen vorgenommen und Tests durchgeführt. | + | Informationen zum Zeitplan finden Sie am Ende der Seite, zu bekannten Problemen |
- | + | ||
- | Schritt 1: | + | |
- | ^Universitätsrechenzentrum^Fakultäten und Einrichtungen^| | + | |
- | |23.10.2017 bis 27.10.2017 Test einer Vorabversion 2017.12 auf Entwicklungssystem TEST1 und CUST1|-|| | + | |
- | |ab 01. Dezember 2017: Vorbereitungsphase: | + | |
- | |KW 49: Testphase 1: Integrationstest, | + | |
- | |KW 51: Einspielen der Version 2017.12 auf Testsystem TEST1. Verfügbar machen für Fakultäten und Einrichtungen. TEST2 bleibt auf Version 2017.06|-|| | + | |
- | |08.01.2018 bis 12.01.2018 gründlicher Test (Testphase 2), parallel Klärung mit Personalrat: | + | |
- | + | ||
- | Schritt 2: | + | |
- | ^Universitätsrechenzentrum^Fakultäten und Einrichtungen^| | + | |
- | |Mi, 17.01.2018 ab 10:00 Uhr: wenn keine Fakultäten und ausgewählte zentrale Einrichtungen ein [[faq: | + | |
- | + | ||
- | Die Antworten auf häufige Fragen zum Test in den Fakultäten und Einrichtungen finden sie unter [[hisinone: | + | |
===== Highlights ===== | ===== Highlights ===== | ||
Die Version 2017.12 bringt für die Albert-Ludwigs-Universität insbesondere: | Die Version 2017.12 bringt für die Albert-Ludwigs-Universität insbesondere: | ||
+ | |||
+ | <WRAP left 80%> | ||
<note tip> | <note tip> | ||
* Möglichkeit zur [[hisinone: | * Möglichkeit zur [[hisinone: | ||
Zeile 27: | Zeile 15: | ||
* Die Suche nach freien Räumen wird jetzt erleichtert durch die Möglichkeit, | * Die Suche nach freien Räumen wird jetzt erleichtert durch die Möglichkeit, | ||
</ | </ | ||
+ | </ | ||
===== Workshops zur Version 2017.12 ===== | ===== Workshops zur Version 2017.12 ===== | ||
Zeile 53: | Zeile 42: | ||
* Die Personen werden per Portalmeldung und E-Mail zur Statusänderung zur Veranstaltungsbelegung benachrichtigt, | * Die Personen werden per Portalmeldung und E-Mail zur Statusänderung zur Veranstaltungsbelegung benachrichtigt, | ||
* In der Funktion " | * In der Funktion " | ||
- | * Sicherstellung der Studierbarkeit bestimmter Module, dass diese überschneidungsfrei für die Studierenden geplant werden. Man stellt z.B. ein, dass Modul A, Modul B und Modul C überschneidungsfrei für das 1. Fachsemester geplant werden müssen. In der Veranstaltungsbearbeitung werden Termine zu den Veranstaltungen aus diesen Modulen angelegt, und sobald eine Überschneidung vom System festgestellt wird, wird ein Studierbarkeits-Konflikt angezeigt. Man kann mit dem Konflikt speichern. | ||
* Siehe auch: Veranstaltungsmanagement | * Siehe auch: Veranstaltungsmanagement | ||
* Belegungen: Hinter der Lupe in der manuellen Platzvergabe werden die Belegwünsche mit Prioritäten in der Form (Priorität 1, 1) mit der erste Stelle als Modulpriorität und der zweiten als Gruppenpriorität dargestellt. | * Belegungen: Hinter der Lupe in der manuellen Platzvergabe werden die Belegwünsche mit Prioritäten in der Form (Priorität 1, 1) mit der erste Stelle als Modulpriorität und der zweiten als Gruppenpriorität dargestellt. | ||
== Veranstaltungsmanagement == | == Veranstaltungsmanagement == | ||
+ | * Wenn Sie eine Raumanfrage zurückziehen, | ||
* In der Veranstaltungsbearbeitung ist die Aktion " | * In der Veranstaltungsbearbeitung ist die Aktion " | ||
* Möglichkeit zur [[hisinone: | * Möglichkeit zur [[hisinone: | ||
* Jetzt können die semesterabhängigen Veranstaltungen, | * Jetzt können die semesterabhängigen Veranstaltungen, | ||
- | * Studierbarkeitskonflikte werden erkannt (wenn Daten gepflegt). Wenn bestimmte Module überschneidungsfrei geplant werden sollen, können diese in der Prüfungsordnung hinterlegt werden. Wenn sich Termine von den betroffenen Veranstaltungen überschneiden, | ||
* In der Veranstaltungsbearbeitung ist der Link zu den semester-un-abhängigen Angaben auffällig platziert unter dem Link zur Veranstaltungsdetailseite und die Seite wird im neuen Fenster geöffnet. | * In der Veranstaltungsbearbeitung ist der Link zu den semester-un-abhängigen Angaben auffällig platziert unter dem Link zur Veranstaltungsdetailseite und die Seite wird im neuen Fenster geöffnet. | ||
* In der Veranstaltungsbearbeitung im Reiter " | * In der Veranstaltungsbearbeitung im Reiter " | ||
Zeile 136: | Zeile 124: | ||
* Beim Excel-Export von Suchergebnissen werden die Inhalte von Bewerbungsbestandteilen nicht mitexportiert. | * Beim Excel-Export von Suchergebnissen werden die Inhalte von Bewerbungsbestandteilen nicht mitexportiert. | ||
* Bewerbungen Sichten ist instabil bei Bewerbenden mit vielen Anträgen bzw. Anträgen über mehrere Semester hinweg | * Bewerbungen Sichten ist instabil bei Bewerbenden mit vielen Anträgen bzw. Anträgen über mehrere Semester hinweg | ||
+ | |||
+ | ===== Neue nicht aktive Funktionen ===== | ||
+ | Die unten stehenden Funktionen sind noch im Testbetrieb bzw. deren Einsatz an der Uni Freiburg ist noch nicht beschlossen. | ||
+ | |||
+ | * Möglichkeit zur [[hisinone: | ||
+ | * Sicherstellung der Studierbarkeit bestimmter Module, dass diese überschneidungsfrei für die Studierenden geplant werden. Man stellt z.B. ein, dass Modul A, Modul B und Modul C überschneidungsfrei für das 1. Fachsemester geplant werden müssen. In der Veranstaltungsbearbeitung werden Termine zu den Veranstaltungen aus diesen Modulen angelegt, und sobald eine Überschneidung vom System festgestellt wird, wird ein Studierbarkeits-Konflikt angezeigt. Man kann mit dem Konflikt speichern. \\ Rolle Veranstaltungsmanagement: | ||
+ | |||
+ | ===== Zeitplan ===== | ||
+ | Die HIS eG hat am 01. Dezember 2017 die HISinOne-Version 2017.12 freigegen. Mit den notwendigen Anpassungen und Tests durch die Universität Freiburg und dem üblichen Freigabeprozess (Veto-Verfahren) ist damit zu rechnen, dass die HISinOne-Version 2017.12 am 17. Januar 2018 auf das Produktivsystem eingepielt wird (Schritt 2). In einem ersten Schritt werden vorab zahlreiche Anpassungen vorgenommen und Tests durchgeführt. | ||
+ | |||
+ | Schritt 1: | ||
+ | ^Universitätsrechenzentrum^Fakultäten und Einrichtungen^| | ||
+ | |23.10.2017 bis 27.10.2017 Test einer Vorabversion 2017.12 auf Entwicklungssystem TEST1 und CUST1|-|| | ||
+ | |ab 01. Dezember 2017: Vorbereitungsphase: | ||
+ | |KW 49: Testphase 1: Integrationstest, | ||
+ | |KW 51: Einspielen der Version 2017.12 auf Testsystem TEST1. Verfügbar machen für Fakultäten und Einrichtungen. TEST2 bleibt auf Version 2017.06|-|| | ||
+ | |08.01.2018 bis 12.01.2018 gründlicher Test (Testphase 2), parallel Klärung mit Personalrat: | ||
+ | |||
+ | Schritt 2: | ||
+ | ^Universitätsrechenzentrum^Fakultäten und Einrichtungen^| | ||
+ | |Mi, 17.01.2018 ab 10:00 Uhr: wenn keine Fakultäten und ausgewählte zentrale Einrichtungen ein [[faq: | ||
+ | |||
+ | Die Antworten auf häufige Fragen zum Test in den Fakultäten und Einrichtungen finden sie unter [[hisinone: | ||
+ |