Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende ÜberarbeitungLetzte ÜberarbeitungBeide Seiten der Revision | ||
faq:eppsg_en [2023/01/26 18:04] – tm1019 | faq:eppsg_en [2023/02/21 11:36] – yl1032 | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
===== Technical information about the implementation EPPSG (Studierenden-Energiepreispauschalengesetz) at the University Freiburg ===== | ===== Technical information about the implementation EPPSG (Studierenden-Energiepreispauschalengesetz) at the University Freiburg ===== | ||
>> | >> | ||
- | English Version | + | |
+ | |||
+ | <WRAP left round box 40%> | ||
+ | |||
+ | **In this article you will learn** | ||
+ | * How the University of Freiburg (uFR) its preliminary work on topic 200 EUR energy costs one-time grant for students technically implements | ||
+ | * Which case groups are technically differed from each other at the UFR by the EPPSC implementation | ||
+ | * Which information in which phases are provided in HISinOne portlets or PDF documents | ||
+ | * What are the possibilities for data comparison [[https:// | ||
+ | |||
+ | Important: Here you can find primary technical background information. As soon as the University of Freiburg has a information page for the students, it would be linked here... | ||
+ | </ | ||
+ | |||
+ | <WRAP left round box 40%> | ||
+ | |||
+ | **Also helpful** | ||
+ | * The Federal Ministry of Education and Research (BMBF) provides information at https:// | ||
+ | * Portal for applying for the 200 euro energy costs one-time grant: [[https:// | ||
+ | * Information of the university on the 200 euro energy costs one-time grant for students can be found here [[http:// | ||
+ | * Portal BundID: [[https:// | ||
+ | * [[faq: | ||
+ | * Information page of the system producers from HISinOne: [[https:// | ||
+ | |||
+ | </ | ||
+ | |||
+ | |||
+ | ===== Note ===== | ||
+ | <note important> | ||
+ | </ | ||
+ | |||
+ | We use below the definitions ' | ||
+ | ===== Overview ===== | ||
+ | |||
+ | Planned procedure (status 2023-02-14) | ||
+ | * The application of the 200 euro is completed through a new **central digital application platform**: https:// | ||
+ | * The *universities* should **deliver encrypted data**, which is encrypted with an individual access code for each authorized person. | ||
+ | |||
+ | The technical impletementation at the University of Freiburg is completed through [[https:// | ||
+ | * The University of Freiburg starts the procedure with an **information phase** in which potential data errors should be **corrected in advance**. | ||
+ | * The University of Freiburg will provide students with the **access code in [[https:/// | ||
+ | * For students to use the **central application platform** a **[[https:// | ||
+ | * There are two access ways to the application for the energy costs one-time grant on the central digital application platform with the BundID | ||
+ | * **BundID with high trust level** (online ID function, European eID or personal ELSTER certificate) + **access code** | ||
+ | * **BundID with low trust level** (username/ | ||
+ | * The better the delivered data of the university matched the data of the BundID, the fewer problems are to be expected by the application. According to the information received by the University, the data from the BundID (specifically, | ||
+ | |||
+ | * In order to provide the students with a **data comparison HISinOne/ | ||
+ | |||
+ | At present, we are technically assuming three case groups and a process in three phases: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | |||
+ | ===== Case groups ===== | ||
+ | |||
+ | We have technically built three case groups in HISinOne since not all students who are enrolled at the university on 01.12.2022 are eligible to receive an access code from the UFR: | ||
+ | |||
+ | == Case group 1: Enrolled on 01.12.2022 and eligible for UFR access code == | ||
+ | Apply to the vast majority of students and enrolled doctoral candidates who were enrolled at the University of Freiburg in the winter semester 2022/23 | ||
+ | |||
+ | == Case group 2: Enrolled on 01.12.2022, but no eligibility at the UFR == | ||
+ | Students who were enroll at the University of Freiburg on 01.12.2022 but belong to a special case group for which the Unversity of Freiburg will not generate access codes. This is the case for example | ||
+ | |||
+ | == Not enrolled at the UFR on 01.12.2022 == | ||
+ | Students and doctoral students who were not enrolled at the University of Freiburg on 01.12.2022. In this case group belong for example students or doctoral students who are matriculated in the winter semester 2022/23 but were not enrolled until the 01.12.2022. All not matriculated learners fall into the case group: guest listener, contact students, EPICUR-incomings, | ||
+ | |||
+ | Case group control and provision of information is carried out in HISinone via the [[hisinone: | ||
+ | ===== Phases ===== | ||
+ | Right now three phases by the technical implementation are planned: | ||
+ | == Information phase == | ||
+ | * The university informs via portlet in HISinOne all matriculated students and doctoral students which case group is stored for them in HISinOne. | ||
+ | * The students and doctoral students of the case group 1 will be asked in the same portlet to check their master data (first name, last name, date of birth), so that fewer prblems will occur when applying via the portal [[https:// | ||
+ | * This phase begins as soon as the university has finalized the criteria for case group determination | ||
+ | * It ends with a data export of the university for forwarding onto the responsible office of the state Baden-Württemberg. Which data are trasmitted can be found in the section below. | ||
+ | |||
+ | == Release phase == | ||
+ | * The university is only allowed to provide the students with the access code when the data delivery from the university to the responsible office of the state Baden-Württemberg is carried out and the univeristy receives a clearance from there. | ||
+ | * The university informs all matriculated students and doctoral students of case group 1, whose master data has been delivered to the responsible office, via portlet in HISinOne. Changes which are made after the data delivery after the trasmit remains local by the University of Freiburg and would not be taken into account at [[https:// | ||
+ | * To this moment the access code itself would not be showed in HISinOne. | ||
+ | * Persons of the case groupa and 2 will be informed via portlet in HISinOne, that for them no access code was generated. | ||
+ | * This phase ends with the release through the responsible office of the state Baden-Württemberg and the import of the access codes into HISinOne. | ||
+ | |||
+ | == Application phase == | ||
+ | * The university informs all matriculated students and doctoral students of case group 1, whose master data has been delivered to [[https:// | ||
+ | * Persons of case group 1 with BundID with high trust level can apply for the one-time payment with the access code directly at [[https:// | ||
+ | * For the case that there is only a BundID with low trust level, all persons of the case group 1 can request a mail for pin in HISinOne through 'My Studies | Student Service' | ||
+ | * The pin mail would be displayed directly in HISinOne as PDF document. | ||
+ | * The pin mail can be requested alternatively for a person of case group 1 from the administrator in the Student Service Center. | ||
+ | * The generation of the pin mail will be automatically documented in HISinOne with the information who request for who at when. | ||
+ | * Generated pin mail can be always displayed again in system by the person concerned or Student Service Center. | ||
+ | |||
+ | ===== Additional offer data comparison ===== | ||
+ | |||
+ | These are additional offers of the University of Freiburg, which are not required for the application. They are intended as support services to make the application process as smooth as possible for UFR students. | ||
+ | |||
+ | ==== Data comparison HISinOne / BundID ==== | ||
+ | |||
+ | In and after the information phase students who already have a BundID can compare the master data from their BundID account with the master data that are saved in HISinOne: | ||
+ | * If you haven' | ||
+ | * Log yourself in HISinOne in with your BundID | ||
+ | * At the start page, switch to the tab BundID. On mobile devices, switch from " | ||
+ | * You can see the data from your BundID account and, in the master data, any deviations from your current data in HISinOne | ||
+ | * An explanation of the transmitted data can be found under [[faq: | ||
+ | |||
+ | Important notes: | ||
+ | * On the subject of " | ||
+ | * The BundID provides the possibility to use different accesses for one BundID account: | ||
+ | * Online identification function (eID, eAT, eID-Karte) | ||
+ | * ELSTER | ||
+ | * Username / password. | ||
+ | * The transferred data from the BundID can be different depending on which access to your BundID you used for the current login in HISinOne. Example: | ||
+ | * Access via online ID function: ' | ||
+ | * Access via username / password for the same BundID: ' | ||
+ | * We assume that this would be the same case later by the registration at https:// | ||
+ | |||
+ | ==== Data comparison data reported from the UFR / current data in HISinOne ==== | ||
+ | In the release phase and in the application phase for all students of the case group 1: | ||
+ | * Log yourself in at HISinOne | ||
+ | * In the portlet which you already know from the information phase the current deviations are displayed. | ||
+ | |||
+ | After the data delivery incorrect data would be further corrected in HISinOne. A correction at the central platform of application is however not possible in the nationwide procedure. | ||
+ | |||
+ | ==== Data comparison data reported from the UFR / BundID data ==== | ||
+ | In the release phase and in the application phase all students of the case group 1 who already have a BundID can compare the master data from their BundID with the master data which the UFR delivered for the central platform via the responsible office of the state. | ||
+ | |||
+ | * * If you haven' | ||
+ | * Log yourself in with your BundID at HISinOne | ||
+ | * In the portlet that you already know from the information phase the current deviations are displayed. | ||
+ | |||
+ | Please also pay attention to the notes in the section 'Data comparison data reported from the UFR / BundID' | ||
+ | |||
+ | ===== ' | ||
+ | The better the delivered data from the university matches the data of the BundID, the fewer problems are to be expected during the application. According to the information received by the University, the data from the BundID (specifically, | ||
+ | |||
+ | At the moment we don't have any information or experience on what ' | ||
+ | * difference only by case sensitivity (e.g. HISinOne ' | ||
+ | * University only delivered a first name, in the BundID account there are several first names saved (e.g. HISinOne ' | ||
+ | * Albert versus Albert versus Albèrt? We don't know | ||
+ | |||
+ | The from the state level chosen procedure with the individual encryption of the data is from our view of point relatively safe. However, it is only an one-time data delivery for the universities without further correction possibilities, | ||
+ | * check own data in HISinOne without BundID and if needed have then corrected by Student Service Center before the data delivery of the UFR | ||
+ | * compare own data in HISinOne with the data from an already existing BundID account and if needed have then corrected by Student Service Center before the data delivery of the UFR | ||
+ | |||
+ | After the data delivery (release phase and application phase) incorrect data can still be corrected in HISinOne. However, a correction on the central application platform is not provided for in the nationwide procedure. If the data of the **BundID with a high level of trust** (online ID function, European eID or personal ELSTER certificate) does not sufficiently match the data delivered (or no online ID and alternatives are available), students still have the option of applying via a **BundID with a low level of trust** (user name/ | ||
+ | * Display of the master data delivered by the university (first name, last name, date of birth) in the portlet in HISinOne that was already used in the information phase, so that students can, if necessary, adjust the data in their BundID account to the delivered data in order to achieve a " | ||
+ | |||
+ | ===== Data which the university should deliver to the central platform through the responsible office of the land ===== | ||
+ | |||
+ | Für jede Berechtigte Person soll die UFR einen Datensatz mit folgenden Inhalten liefern: | ||
+ | For each eligible person the UFR should deliver a data set with following contents: | ||
+ | * ID of the educational institutions (1240) | ||
+ | * name of the educational institutions (Albert-Ludwigs-Universität Freiburg) | ||
+ | * abbreviation of the state of the educational institutions (BW) | ||
+ | * **encrypted data of the eligible person (first name, last name, date of birth)**, idividually encrypted with the access code of the person | ||
+ | * **hash value of the access codes** | ||
+ | * **pin (encrypted)** | ||
+ | |||
+ | It will be indirectly with this dataset transmitted, | ||
+ | |||
+ | ===== Data which the university saves when the voluntary supplemental offer to data comparison is used ===== | ||
+ | * **BundID bpk2**: special identification for the person in Campus-Managment-System HISinOne of the University of Freiburg, so that the system can again recognize the person every time by login. The unique username of your BundID would not be taken over to HISinOne at the interface. | ||
+ | * **BundID mailbox reference**: | ||
+ | |||
+ | Further information to BundID and HISinOne: [[faq: | ||
+ | Technical backgroudinformation to BundID and HISinOne (in German): [[faq: | ||
{{tag> | {{tag> | ||