Kategorie:HISinOne-Dokumentation
Kategorie:Business Intelligence Analysen-Dokumentation
Eine Beschreibung der Funktionsweise des Hochschul-Repository finden Sie hier:
Variable | Defaultwert | Beschreibung |
---|---|---|
ZUL_FILTER_ABLART_G | ablart='G' | nur Bewerber über Grenznote/Bewerber hat Grenznote/Grenzwartezeit nicht erreicht |
ZUL_FILTER_AGGR | and (B.fehlerkz != 'F' or B.fehlerkz is null) | Gültige Bewerbungen^Hier werden Bewerbungen generell gefiltert |
ZUL_FILTER_ANTR_1 | antrnr=1 | nur Antragsnummer = 1^Hauptantrag |
ZUL_FILTER_ANTR_GR_1 | antrnr>1 | nur Antragsnummer > 1^Hilfsantrag |
ZUL_FILTER_PAKET | zul_package_id is not null | nur Bewerbungen mit Studienplätzen |
ZUL_FILTER_FS1 | stgsem=1 | nur 1. Fachsem.^nur Bewerbungen zum 1. Fachsem. |
ZUL_FILTER_ANTR_1_FS1 | antrnr=1 and stgsem=1 | nur 1. Fachsem./nur Antragsnummer=1^nur Hauptanträge zum 1. Fachsem. |
ZUL_FILTER_HS1 | bishsem=0 | nur 1. Hochschulsem.^nur Studienanfänger im 1. Hochschulsem. |
ZUL_FILTER_HZB_AUSL | hzbkfzkz='1' | nur HZB im Ausland^nur Bewerber/innen mit HZB im Ausland |
ZUL_FILTER_APPCON_F | 1=1 | Felder von Bewerbungsbestandteilen |
Öffnen Sie das HS-Repository für den Eintrag: ZUL_FILTER_AGGR
Im Auslieferungszustand steht dort:
and (B.fehlerkz != 'F' or B.fehlerkz is null)
Möchten Sie anstatt von einer Auswahl lieber eine bestimmte Selektion ausschließen, ändern Sie den Anfang wie folgt: and (B.fehlerkz not in ( …
Dies könnte dann z.B. so aussehen:
and (B.fehlerkz not in ('F','-') or B.fehlerkz is null)
An manchen Hochschulen wird auch eine ganz andere Spalte benutzt. Dies ist natürlich auch möglich. Beispiel:
and (B.verarbkz in (select apnr from zul_k_verarbkz where uniquename in ('BA','IM','EX','BB')) or B.verarbkz is null)
Wichtig ist hierbei nur ('BA','IM','EX','BB'). Diese Kette können Sie beliebig erweitern, kürzen und ändern, je nachdem welche Verarbeitungskennzeichen Sie nutzen. Es muss lediglich der Text zwischen zwei Hochkommata stehen und diese mit Kommas getrennt sein.
Nach einer Änderung müssen Sie den ZUL-Update neu starten bzw. eine Nacht warten. Kontrollieren Sie dann die Werte anhand der Abfrage Bewerbungsprozess nach Studiengang.
Verfügbar ab Version
Die Variable dient dazu nur bestimmte Felder von Bewerbungsbestandteilen in die Hilfstabelle zul_con_val zu übertragen, damit der Zugriff auf die Tabelle performanter läuft. Dazu muss zuvor der dazugehörige Bewerbungsbestandteil entladen werden (s. hierzu APP Content). Das SQL muss wie folgt aussehen:
C.field_uniquename in ('uniquename1','uniquename2','uniquename3')
Um die passenden uniquenames zu finden, schicken Sie als Zulassungsadministrator/-in ohne Angabe von Filtern den Bericht Bewerbungsbestandteil-Definitionen bearbeiten ab. Es werden die verfügbaren Bewerbungsbestandteil-Definitionen und deren Schlüssel aufgelistet:
Klicken Sie auf Bearbeiten des gewünschten Bewerbungsbestandteiles. Wenn Sie nach unten scrollen, finden Sie die Felder und deren uniquenames:
Folgendes SQL gibt ebenfalls die verfügbaren Bewerbungsbestandteil-Definitionen und somit die uniquenames der Felder aus (Voraussetzung ist, dass der Konnektor Bewerbung, Zulassung bereits gelaufen ist):
select * from zul_app_content;
Die ZUL-Abfrage hat in der Abfragemaske eine Schaltfläche namens Filter Zulassungen. Diese ist vorbelegt mit Beispieleinträgen, bei denen z. B. nach "nur Antragsnummer = 1" gefiltert wird.
Der Feldinhalt der Schaltfläche kann von einem/einer Administrator/-in leicht mit eigenen Werten gefüllt werden.
In der Repositoryvariable ZUL_BEW_FILTER steht eine SQL-Bedingung, die Wahr sein muss, um einen Datensatz als gültigen Bewerber/gültige Bewerberin einzustufen.
In der Auslieferung gibt es zwei Filter:
Filter-ID | SQL-Klausel | Anzeigename | Erläuterung | Art des Filters |
ZUL_FILTER_ANTR_1 | antrnr=1 | nur Antragsnummer = 1 | Hauptantrag | ZUL_BEW_FILTER |
ZUL_FILTER_ANTR_GR_1 | antrnr>1 | nur Antragsnummer > 1 | Hilfsantrag | ZUL_BEW_FILTER |
Die Hochschule kann diesen Filter jeweils ändern oder sogar eigene Filter erzeugen. Der Feldinhalt kann z. B. in Form einer SQL-Where-Bedingung auf die Tabellen zul_antr_aggr Z, zul_k_abint A, zul_k_stg S" formuliert werden.
Wenn ein Filter eingebaut wird, muss er in die Tabelle sx_repository eingetragen werden (Neue ID vergeben, Feld art ="ZUL_BEW_FILTER" ), systeminfo_id=130.
Nach einer Änderung ist der Filter direkt in der Maske nutzbar (also nicht erst einen Tag später).
Wenn Sie das Laden der ungültigen Bewerbungen aktiviert haben, können Sie über die Repository Variable ZUL_FILTER_AGGR_GUELTIG_APP einstellen, welche Anträge gültig sind (und welche nicht).
In der Auslieferung ist der Wert inhaltlich identisch mit dem von HIS vorgesehenen Antrags- und Antragsfachstatus für gülitge Bewerbungen.
antrags_status in (select C.apnr from zul_cifx C where C.key=311 and (C.hiskey_id not in ('1','2','3') or C.hiskey_id is null)) and annahme in (select C2.apnr from zul_cifx C2 where C2.key=307 and (C2.hiskey_id not in ('1','2','3') or C2.hiskey_id is null))
Sie können dies aber anpassen. Nach einer Änderung müssen Sie die Hauptladeroutine wiederholen.
Standardmäßig sind alle Bewerbungen aus CampusOnline statistisch relevant, wenn sie
Daher hat die Repository Variable ZUL_FILTER_AGGR_GUELTIG_CO den Wert
1=1
Um die ungültigen Bewerbungen auch im ZUL-Modul auszuweisen können Sie den Filter so ändern, dass Sie den Wert des Antragsstatus auswerten
antrags_status='G'
Nach einer Änderung müssen Sie die Hauptladeroutine wiederholen.