Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- admin:dvuh [2021/08/25 14:05]
karpenko
+++ admin:dvuh [2023/03/20 17:26] (aktuell)
karpenko [Weitere Konfiguration (optional)]
@@ Zeile 20: / Zeile 20: @@
   * //fhc_dvuh_oe_kurzbz// - Einschränkung der Studierenden nach Organisationseinheit (bzw Studiengang). Studierende, die der angegebenen Organisationseinheit oder einer Organisationseinheit unterhalb der angegeben Organisationseinheit zugeordnet sind (über ihren Studiengang), werden berücksichtigt.
   * //fhc_dvuh_sync_days_valutadatum//, //fhc_dvuh_sync_days_valutadatumnachfrist// - Zahlungsfrist in Tagen ab Buchungsdatum der Vorschreibung. Wenn innerhalb dieser Zeitspanne + Nachfrist (config Eintrag //fhc_dvuh_sync_days_valutadatumnachfrist//) bezahlt wird, wird die Zahlung von DVUH als rechtzeitig bezahlt angesehen und ein entsprechender Bezahlstatus vergeben.
+  * //fhc_dvuh_studiensemester_meldezeitraum// - definiert alle Semester, für welche Studierende standardmässig an den Datenverbund geschickt werden. Pro Semester wird ein "von"- und ein "bis"-Datum in Array-Form angegeben. Fällt der Tag des Jobaufrufs in die Zeitspanne eines Semesters, so werden Studierende dieses Semesters mit synchronisiert. Trifft das für mehrere Studiensemester zu, werden die älteren Semester zuerst abgearbeitet. Beispiel für drei aufeinanderfolgende Studiensemester:
+  $config['fhc_dvuh_studiensemester_meldezeitraum'] = array(
+	  'SS2021' => array(
+		  'von' => '2021-01-01', // SS from 01.01
+		  'bis' => '2021-05-31' // SS to 31.05
+	  ),
+	  'WS2021' => array(
+		  'von' => '2021-06-01', // WS from 01.06
+		  'bis' => '2022-03-31' // WS to 31.03
+	  ),
+	  'SS2022' => array(
+		  'von' => '2022-01-01', // SS from 01.01
+		  'bis' => '2022-05-31' // SS to 31.05
+	  )
+  );
 ==== DVUH Jobs starten ====
-Es werden eine Reihe von Jobs unterstützt, die laufend Daten vom DVUH holen und in FH Complete speichern/laufend von FH Complete holen und im DVUH speichern. Zum Starten der Jobs sind 2 Schritte notwendig:
+Es werden eine Reihe von Jobs unterstützt, die laufend von FH Complete holen und an den DVUH senden, und in manchen Fällen Daten in FH Complete speichern. Zum Starten der Jobs sind 2 Schritte notwendig:
   - Starten des Schedulers, welcher die an den DVUH zu sendenden Daten bestimmt und die Ids für diese Daten in einer "Jobsqueue" (Tabelle system.tbl_jobsqueue) ablegt.
@@ Zeile 56: / Zeile 72: @@
   * Worker: ''php index.ci.php extensions/FHC-Core-DVUH/jobs/DVUHManagement/requestBpk''
+**sendPruefungsaktivitaeten**
-Diese Aufrufe sollten von Cronjobs in festgelegten Zeitabständen ausgeführt werden. Die Meldungen erfolgen für ein als Parameter angegebenes Studiensemester (oben SS2021).
+  * Scheduler: ''php index.ci.php extensions/FHC-Core-DVUH/jobs/JQMScheduler/sendPruefungsaktivitaeten/SS2021''
+  * Worker: ''php index.ci.php extensions/FHC-Core-DVUH/jobs/DVUHManagement/sendPruefungsaktivitaeten''
+Diese Aufrufe sollten von Cronjobs in festgelegten Zeitabständen ausgeführt werden. Die Meldungen erfolgen für ein als Parameter angegebenes Studiensemester (oben SS2021). Wenn der Studiensemester Parameter weggelassen wird, werden die Studiensemester aus der config Datei DVUHSync.php herangezogen (siehe Konfiguration //fhc_dvuh_studiensemester_meldezeitraum//).
 ==== DVUH Jobs Beschreibung ====
@@ Zeile 104: / Zeile 125: @@
 **requestBpk**
-  * Input: person Ids von aufgenommenen Studierenden mit validem Prestudentstatus im Studiensemester, für welche
+  * Input: person Ids von aufgenommenen Studierenden mit validem Prestudentstatus im Studiensemester, für welche keine Bpk existiert
-    * ein aktiver Benutzer existiert UND
-    * eine Matrikelnummer existiert UND
-    * keine Bpk existiert
   * Ablauf:
     - Es wird geprüft, ob eine Bpk im DVUH existiert (pruefebpk.xml). Hierzu werden Vorname, Nachname, Geburtsdatum und Geschlecht der studierenden Person übermittelt.
@@ Zeile 114: / Zeile 132: @@
   * Resultat:
     * In FH Complete gespeicherte Bpk
+**sendPruefungsaktivitaeten**
+  * Input: person Ids von aufgenommenen Studierenden mit validem Prestudentstatus im Studiensemester, für welche
+    * die Summe der absolvierten ECTS eines der Person zugeordneten Prestudenten von der bei der letzten Meldung gesendeten Summe der ECTS (oder von 0 wenn noch nicht gesendet) abweicht
+  * Ablauf:
+    - Alle validen ECTS (aktiv, offiziell, positiv, zeugnis müssen true sein) von Noten von abgeschlossenen Lehrveranstaltungen einer Person werden gemeldet (pruefungsaktivitaeten.xml)
+  * Resultat:
+    * In DVUH gespeicherte Prüfungsaktivitäten
 **Weitere Hinweise:**
-  * "valider Prestudentstatus" ist ein Status im beim Aufruf angegebenen Semester mit bismelden = true und bismelderelevantem Studiengang
+  * "valider Prestudentstatus" ist ein Status (valide Statustypen können je nach Job in mit der Konfigurationsoption //fhc_dvuh_status_kurzbz// festgelegt werden) im beim Aufruf angegebenen Semester mit bismelden = true und bismelderelevantem Studiengang
   * "aufgenommen" bedeutet einen Prestudentstatus im Studierendenlebenszyklus ab "Aufgenommener"
   * "relevante" Buchungen sind Buchungen mit einem in der Konfigurationsdatei DVUHSync.php (fhc_dvuh_buchungstyp) festgelegten Buchungstyp. I.d.R. sind dies ÖH-Beitrag und Studiengebühr.
-  * Wenn bei einer Stammdatenmeldung eine Zahlungsvorschreibung bereits an einer anderen Bildungseinrichtung beglichen ist (aber nicht in FH Complete gegengebucht), wird die Zahlungsvorschreibung mit 0 an den DVUH gesendet und in FH Complete die Vorschreibungsbuchung auf 0 gesetzt.
+  * Wenn bei einer Stammdatenmeldung eine Zahlungsvorschreibung bereits an einer anderen Bildungseinrichtung beglichen ist (aber nicht in FH Complete gegengebucht), kann die Zahlungsvorschreibung mit 0 an den DVUH gesendet und in FH Complete die Vorschreibungsbuchung auf 0 gesetzt werden.
   * Jede Stammdaten-, Zahlungs- und Studiumsdatenmeldung wird mit Datum in FH Complete in einer Tabelle im sync Schema mitgeloggt. So können noch nicht gemeldete Daten identifiziert und neue Datenänderungen nachverfolgt werden.
-  * Stammdaten, Zahlungen und Studierendendaten für Studierende mit Status 'Student', 'Incoming', 'Diplomand', 'Abbrecher', 'Unterbrecher', 'Absolvent' werden geschickt, Stammdaten zusätzlich für den Status "Aufgenommener"
   * Für Incoming, Outgoing und ausserordentliche Studierende werden abweichende Studiumsmeldungen mit weniger Daten durchgeführt (z.B. Entfall der Orgform, kein Zulassungsdatum)
@@ Zeile 129: / Zeile 155: @@
 Aktionen, die sowohl im Rahmen der Jobs als auch mit der GUI ausgeführt werden können, decken sich. So werden z.B. auch bei Stammdaten-, Zahlungsdaten- sowie Studiumsdatenmeldungen über die GUI die Meldungsinformationen im Sync Schema geloggt und die Matrikelnummer aktiviert.
-Die GUI stellt Funktionalitäten aus 4 Bereichen zur Verfügung: Matrikelnummermanagement, Stammdatenmanagement Zahlungsmanagement und Studiumsdatenmanagement.
+Die GUI stellt Funktionalitäten aus 4 Bereichen zur Verfügung: Matrikelnummermanagement, Stammdatenmanagement, Zahlungsmanagement und Studiumsdatenmanagement.
 Bei Klick auf eine Option erscheint eine Eingabemaske für Daten, die an DVUH geschickt werden sollen. Beispiel für die Zahlungseingangseingabemaske, Option "Zahlungseingang melden":

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge