2023-04-11T12:40:02Z

IsysAdmin: /* Beschlüsse als Pendenzen */

= Test mit Bildern =

[[Datei:TraktPM.PNG]]

[[Datei:TraktPR.jpg]]

[[Datei:isys.jpg]]

[[Datei:Menuisys.jpg]]

= Protokolldatum =

Einrichten eines neuen Protokolls
Das Protokolldatum wird beim Erstellen des neuen Protokolls automatisch in die Textmarken eingefügt, wobei diese als Textmarken erhalten bleiben:

[Datum] = Standarddatum, mit dem weiter gerechnet wird
Ungerade Nummern:
'''[Datum1]''', '''[Datum3]''', '''[Datum5]''' = Datum im Kurzformat
Gerade Nummern:
'''[Datum2]''', '''[Datum4]''', '''[Datum6]''' = Datum im Langformatformat

In der [[Ini-Datei Man,Reg | Ini-Datei]] kann das Format der Daten eingestellt werden:
[Optionen]
Datum=welsch:
Standarddatum wie 3-05-2008 (Format "d-mm-yyyy")
Kurzdatum: gleich

Datum=numerisch:
Standarddatum wie 03.05.2008 (Format "dd.mm.yyyy")
Kurzdatum: gleich

Kein Eintrag (Standardfall):
Standarddatum wie 3. Mai 2008 (Format "d. mmmm yyyy")
Kurzdatum wie 03.05.2008 (Format "dd.mm.yyyy")

Das Langformat ist in allen Fällen wie 3. Mai 2008 (Format "d. mmmm yyyy")

Ändern des Datums im vorhandenen Protokoll
Wird unter Dienste / Nummerierung ein neues Protokolldatum eingegeben, und ist dies anders als in der Textmarke [Datum], so wird das neue Datum in alle Datumstextmarken eingesetzt, wobei die Formatangabe in der Ini-Datei eingehalten wird. Auch die Textmarke Wochentag wird aktualisiert.

= Pendenzen automatisch aus dem Protokoll übernehmen =
Man will das Protokoll mehr als Arbeitsinstrument nutzen. Dazu sollen bei den Geschäften Zuständige (Ressorts) mit Terminen eingetragen und diese dann automatisch in die Pendenzverwaltung übernommen werden.
Als Geschäfte für die Pendenzverwaltung können auch Untertitel verwendet werden
Die Traktandenzeilen bekommen fünf Spalten.

'''Beispiel:'''
Satzbreite=17
TraSpalten=1.2;11.3;0.4;2.2;1.9
RegSpalten=0;12.9;2.2;1.9

So passen Register- und Traktandenspalten optisch zusammen.
Die Traktandenspalten werden übrigens auch für Untertitel übernommen.
In die Spalten 4 und 5 können Ressort und Datum eingetragen werden, und zwar bei Traktanden und Untertiteln.
Ist Spalte4=ja, dann werden die Ressorts bei Traktanden nach tGeschäft in die DB eingetragen. Nach ihnen kann gesucht werden.
Ist ausserdem [Traktandenliste] / Zuständig <> "" und ist dieser Eintrag höchsten 3 Stellen lang (ProMan), dann werden die Zuständigen aus Spalte 4 in die Traktandenliste übernommen.

Ist Spalte4="", dann werden wenn ausserdem [Traktandenliste] / Zuständig <> "" und ist dieser Eintrag höchsten 3 Stellen lang (ProMan), dann werden die Geschäftsnummern aus Spalte 3 in die Traktandenliste übernommen.

Mit dem Kommando "Pendenzen automatisch übernehmen" (Sub Automatik() im Modul Pend) werden die Geschäfte (Traktanden und Untertitel) als Pendenzen mit Typ "A" in die DB eingetragen. Dabei werden frühere Pendenzen Typ "A" zu diesem Protokoll vorher gelöscht, so dass der aktuelle Zustand bei der Übernahme in die DB kommt.

= Zeit und Ort ins Protokoll eintragen und in die Einladung übernehmen =

In der [[Ini-Datei Man,Reg | Ini-Datei]] wird eingetragen
'''[Optionen] / ZeitOrt=ja'''

Dann erscheint ein erweitertes Fenster "Neues Protokoll", in dem man die Zeit als z.B. "20.15" und den Ort als Z.B. "Sitzungszimmer 204" eintragen kann.
Diese Werte werden beim Kommando Word starten zunächst in die Datenbank und dann in die in Protokoll.dot vorhandenen Textmarken "Zeit" und "Ort" eingetragen, wenn diese vorhanden sind. Wenn sie nicht vorhanden sind, gibt es keine Warnung. Es passiert einfach nichts.

Beim nächsten Aufruf "Neues Protokoll" erscheinen die früheren Eingaben von Zeit und Ort wieder als Voreinstellung, so dass nur etwas eingetragen werden muss, wenn es anders ist als beim vorigen Mal.
Wenn es in der Einladung die gleichen Textmarken gibt, dann werden die Werte aus dem Protokoll in diese übernommen.

=Gremien=

==Allgemein mit Automatik==

Im Programmordner werden beim Programmstart die Ini-Dateien nacheinander aufgerufen. Wenn der aktuelle Anwender die zu einem Gremium passende ProRegDaten.mdb öffnen kann, wird der Name des Gremiums in die Tabelle tGremien geschrieben. Die Tabelle enthält dann alle Gremien, auf die der Anwender zugreifen kann.

In der Kommandozeile wird mit dem Kommando "Gremien" das Formular fGremien aufgerufen. Dieses stellt die Gremiennamen aus der Tabelle tGremien dar. Ruft das Kommando "Gremien" das Formular fGremienmSort auf, so werden die Gremiennamen alphabetisch sortiert dargestellt.

Durch Klick auf einen Gremiumnamen wird dieses zum aktuellen Gremium, und es passiert folgendes:

1. Die Ini-Datei des Gremiums wird nach ProReg.ini bzw ProMan.ini kopiert. Damit enthält diese Ini-Datei alle Parameter des aktuellen Gremiums.

2. Es wird die Programmmaske des aktuellen Gremiums aufgerufen. Im Normalfall wird das Formular fGR aufgerufen, das sich dann selbst mit dem Namen des Gremiums aus der Ini-Datei ergänzt. Vom Normalfall wird abgewichen, wenn es ein komplettes Formular fGRi für das aktuelle Gremium i gibt. Dann wird dieses aufgerufen.

Statt einer individellen Programmmaske fGRi kann man verschiedene Kopien von fGR z.B. fGR10 und GR20 mit verschiedenen Logos usw. erstellen und diese dann in den Ini-Dateien den verschiedenen Gremien unter [Gremium] / Titelblatt=fGR10 oder fGR20 zuordnen.

==Spezialfall mehrere Gremiumaufrufe==

Einige grössere Schulinstallationen haben sehr viele Gremien, die man am besten in mehreren Gruppen darstellt und dort aufrufen kann. In diesem Fall funktioniert die automatische Sammlung der Gremiennamen in tGremien nicht. Es werden verschiedene Tabellen tGremienA, tGremienB, ... für die Gruppen eingerichtet und diese manuell mit den Namen der jeweiligen Gremien gefüllt.

Statt des Kommandos "Gremien" werden mehrere Kommandos wie "Primarschule" und "Sekundarschule" eingerichtet, die ihrerseits die Formulare fGremienA, fGremienB usw. aufrufen. Diese Formulare sind mit den Tabellen tGremienA und tGremienB verbunden. So zeigen die Kommandos jeweils die Gremien der aufgerufenen Gruppe.

Ganz schön wird die Sache, wenn im Formular fGremienxy unter Eigenschaften / Bezeichnung der Name der Gruppe eingetragen wird.

Vorgehen beim Einrichten:

1. Namen der Gremien in die Gruppentabellen tGremienA, tGremienB eintragen.

2. Bezeichnung der Gruppe unter Eigenschaften / Bezeichnung der Formulare fGremienA, fGremienB eintragen

3. Kommandos zum Aufruf der Formulare einrichten.

4. Formular fGR anpassen.

Vorgehen beim Update:

Wenn zum ersten Mal, wie bei Einrichten. Sonst:

1. tGremienA, tGremienB sowie fGremienA und fGremienB und schliesslich fGR aus Vorversion kopieren.

2. Kommandos zum Aufruf der Formulare einrichten.

Der Ablauf beim Aufruf eines Gremiums ist wie oben beschrieben.

= Traktandennummern =

Normalerweise werden die Traktanden eines Protokolls von 1 beginnend fortlaufend nummeriert.
Will man die Nummerierung in allen Protokollen des Gremiums bei 0 oder einer anderen Zahl beginnen, so gibt man das in der [[Ini-Datei Man,Reg | Ini-Datei]] an:

[Optionen]
TraktStart=0 oder eine beliebige Zahl

Mit
TraktStart=fortlaufend

Stellt man die fortlaufende Nummerierung ein. Das bedeutet, dass die Traktanden in den Protokollen durchgehend nummeriert werden.
Wenn innerhalb eines Protokolls die erste Traktandenummer = 0 ist, dann wird sie aus der Datenbank mit der nächsten TraktNr (aus tAllgemein) ersetzt. Von dieser ausgehend werden dann die Traktanden das Protokolls fortlaufend nummeriert.

Will man die Nummerierung bei einer anderen Nummer beginnen lassen, korrigiert man entweder die Erste TraktNr direkt im Protokoll oder man gibt diese unter Dienst / Nächste Nummer als "Nächste Geschäftsnummer" ein. Im Falle TraktStart=fortlaufend erscheint die nächste TraktNr im Feld "Nächste Geschäftsnummer". Das ist vernünftig, weil Leute, die mit fortlaufender TraktNummerierung arbeiten, diese Geschäftsnummer nennen.

Dann sind Traktandennummern in der Vorlage alle 0, damit die Nummern fortlaufend aus der DB eingesetzt werden.

Mit
TraktNummern=fix

Werden die Traktandennummern im Protokoll nicht verändert.
Das kann bei ProMan nützlich sein, wenn man eine feste Liste von Traktanden hat, im Protkoll aber nicht immer alle aufführen will. Man löscht die nicht gewünschten, und die Nummern der verbleibenden werden nicht geändert.

= ProReg Registernummer in Spalte 1 und Registertitel in Spalte 2 =

In Nürensdorf wurde verlangt, dass die Registernummer vorn in Spalte 1 steht.
Das wird über die [[Ini-Datei Man,Reg | Ini-Datei]]
[Optionen] / RegNr=Sp1
erreicht.
Das klappt beim Protokoll und beim Protokollauszug.
Im Protokoll wird die Registernummerwegen der Übersichtlichkeit links in den Randbereich gesetzt:
[Optionen] / RegSpalten= -1.5;16;0.5
Die negative Breite wird als Einzug gewertet, sodass die Spalte 1 exakt nach links in den Rand steht.

Bei der Traktandenliste und bei der Einladung sind die Traktanden- und Registernummern nicht auseinander zu halten. Deshalb Hier Nur Traktanden wählen.

= Alte Einzelgeschäfte =
Bisher wurden Einzelgeschäfte, die in ein Protokoll eingefügt wurden, im Ordner "Pendenzen" gelassen und umbenannt mit einem X davor, also das Einzelgeschäft

"25.doc" wurde umbenannt in "X25.doc". Wollte man ein altes Einzelgeschäft noch einmal benutzen, musste man im Explorer den Ordner "Pendenzen" suchen und in ihm das Geschäft von Hand öffnen. Für ein erneutes Speichern musste dann noch die Pendenznummer "Pxy" in der Titelzeile gelöscht werden.

Jetzt werden eingefügte Einzelgeschäfte in den '''Ordner "AlteEinzelgeschäfte"''' verschoben. Sein Ablageort kann in der [[Ini-Datei Man,Reg | Ini-Datei]] unter '''[Pfade] / AlteEinzelgeschäfte'''=" festgelegt werden. Gibt es keinen solchen Eintrag, dann wird der Ordner im Datenpfad angelegt,also

Wenn Daten='''"….\ProReg\Gemeinderat\"'''.
Dann wird der Ordner '''"….\ProReg\Gemeinderat\AlteEinzelgeschäfte\"''' angelegt

Im Programm können die alten Einzelgeschäft über "Pendenzen / Alte Einzelgeschäfte" aufgerufen werden. Sie erscheinen dann in einer Liste mit Protokollnummer und Traktandum. Hier können sie aufgerufen und neu benutzt oder gelöscht (auch mehrere auf einmal) werden.

= Höhe der Leerzeile vor Titelzeile =
Die Höhe der Leerzeile vor einer Register- , Traktanden- oder Themenzeile kann über die [[Ini-Datei Man,Reg | Ini-Datei]]

'''[Optionen] / Leerzeile=i (i = ganze Zahl, Höhe der Zeile in Punkt)'''
gesteuert werden.

Hierdurch kann insbesondere der Abstand zwischen den Titelzeilen verringert werden.

= Beschlussregister =
Es wurde eine allgemeine, gegenüber der Installation in Kreuzlingen vereinfachte Form des Beschlussregisters realisiert.

Im Protokoll wird irgendwo nach einem Traktandentitel (in ProMan Thementitel) mit dem Kommando
Extras / Beschluss (Ctrl-Alt-B) die Datei Beschluss.dot aus dem Ordner Vorlagen eingefügt:

'''Die Behörde beschliesst:'''

''Diese Tabelle enthält folgende Formate:''

# Zeile Format Beschluss
# Zeile Format Beschlusstext
# Zeile Format Schlagworte

Diese Formate sollten nicht verändert werden.
Der Text in der ersten Zeile kann beliebig geändert werden.

Für Anpassungen kann die Datei über Dienste / Vorlagen und Listen aufgerufen werden.

'''Anwendung:'''

In die zweite Zeile wird der Beschlusstext geschrieben.
In der dritten Zeile können Schlagwörter wie Budget, Geld, Planung etc (jeweils getrennt durch ", " – Komma und Leerzeichen). Diese Zeile kann leer bleiben oder ganz wegfallen.

Die Schlagwörter können im Prinzip "von Hand" eingetragen werden. Viel besser und sicherer ist, sie aus der Schlagwortliste zu übernehmen. Dazu wird die Schlagwortverwaltung über Kommando Extras / Schlagworte (Ctrl-Alt-S) aufgerufen.

Im Beschlussregister werden die Beschlüsse nach den Schlagwörtern sortiert zusammengestellt. Ein Eintrag enthält das Schlagwort (auch leer), Das Traktandum (den Titel), den Beschlusstext, sowie Protokollnummer, Traktandennummer und Seite.

Die Beschlüsse werden in der Tabelle tBeschluss und die Schlagwörter in tSchlagwort gespeichert:

'''tBeschluss'''
* BeschlussID (Auto)
* GeschID (Zahl)
* Beschluss1 (Text, 255)
* Beschluss2 (Text, 255)

'''tSchlagwort'''
* GeschID (Zahl)
* BeschlussID (Zahl)
* Schlagwort (Text, 255)

= Alternative Vorlagen =

Zum Standard-Umfang gehören u.a. die Vorlagen Protokoll.dot, Einzelgeschäft.dot, ProtAuszug.dot und Einladung.dot
Diese liegen im Ordner Vorlagen.

Will man alternative Vorlagen anbieten, so speichert man diese in den Ordnern
* VorlagenProtokoll
* VorlagenEinzelgeschäft
* VorlagenProtAuszug
* VorlagenEinladung

die selbst wieder im Ordner Vorlagen liegen.
Wenn in einem dieser alternativen Vorlagenordner eine oder mehrere vorhanden sind, werden diese aufgerufen und eine Vorlage im normalen Vorlageordner ignoriert.

Die Einladung ist kein Sonderfall.
Die einmal installierte, aber nirgens gebrauchte EinladungTyp2.dot, gibt es nicht mehr.

In der Ini-Datei gibt es dafür unter [Einladung] für Einladung.dot die Parameter:

*RegSpalten=
*TraSpalten=
*RegHöhe=
*TraHöhe=

Diese Parameter gelten für eine normale Einladung mit einzelnen Register- und Traktandenzeilen.

Eine Besonderheit ist die Einladung als Tabelle.
Wenn in der Vorlage eine Tabelle z.B. mit Überschriften liegt und die Textmarke "TextPos", bei der normalerweise die Register- und Traktandenzeilen eingetragen werden, innerhalb dieser Tabellenzeile liegt, dann wird diese Tabelle fortgesetzt und die Register- und Traktandenzeilen in die Spalten der Tabelle eingetragen.
Beispiel in der Demo-Version im Gemeinderat.

'''(Im ProMan gibt es nur die Traktandenparameter. Diese werden auch auf die Registerzeilen angewendet.)'''

= Protokollmanager mit Registerplan =

Der Registerplan wird in Protokollen benutzt, um die Geschäfte nach dem gleichen Prinzip zu ordnen wie Akten.

Obwohl der Registerplan vor allem zur Arbeit in isys-Protokollregister vorgesehen ist, gibt es Anwendungen, in denen die Struktur des Protokolls nur mit Traktanden und Themen erreicht werden kann, die aber auch einen Registerplan zur Ordnung ihrer Geschäfte einsetzen wollen.

In diesen Anwendungen werden die Traktanden und/oder Themen mit Signaturen (Registernummern) aus einem Registerplan versehen.

''' Einträge in der ini-Datei unter [Optionen]'''

Für die Arbeit im Protokoll:

'''GeschNummer''' und '''Spalte4''' keine Einträge - alle bestehenden mit "rem"

Für die Register:

'''MitRegisterplan=ja'''.

Im Protokoll wird die Schreibmarke auf eine Leerzeile unter einem Traktandum oder unter einem Thema gestellt und wie in isys-Protokollregister ein Suchwort für den Registerplan geschrieben. Mit dem Kommando '''Registerplan''' wird dieser aufgerufen und dort das gefundene Suchwort gezeigt. Wurde es nicht gefunden, steht der Registerplan am Anfang. Der Registerplan kann auch weiter durchsucht werden usw. Die gewünschte Registerzeile wird angeklickt und mit dem Kommando '''Übernehmen''' in das Protokoll übernommen. Im Unterschied zu isys-Protokollregister wird hier aber nur die Signatur übernommen und bei Traktanden in die 4. und bei Themen in die 3. Spalte eingetragen - ähnlich wie die Geschäftsnummern, die jetzt eben nicht benutzt werden.

In der Datenbank werden die Signaturen wie die Geschäftsnummern behandelt. Es kann so auch nach ihnen gesucht werden.

Durch den ini-Eintrag '''MitRegisterplan=ja''' werden andere Register erstellt.

Mit dem Kommando '''Jahres- bzw Zeitraum-Verzeichnis''' erhält man ein Register, in dem alle Traktanden und Themen in alphabetischer Reihenfolge ihren Signaturen zugeordnet werden.

Mit dem Kommando '''Jahres- bzw Zeitraum-Traktanden''' erhält man ein Register, in dem zu den Themen auch noch ihre Traktanden erscheinen.

Welches dieser Register geeigneter ist, kann die Anwendung entscheiden.

= Erste und letzte Seiten- und Geschäftsnummern im Protokoll =
Man kann in einem Protokoll z.B. vorn im Kopf einen Eintrag wie diesen machen:

Das Protokoll umfasst die Seiten 25 bis 38.

Es enthält die Geschäfte von Nr. 27 bis 35.

Wenn man folgende Textmarken einbaut, setzt das Programm beim Speichern die entsprechenden Zahlen ein:

* [ErstSNr] erste Seitennummer
* [LetztSNr] letzte Seitennummer

* [ErstGNr] erste Geschäftsnummer
* [LetztGNr] letzte Geschäftsnummer.

Die Existenz dieser Textmarken genügt für Ihre Aktualisierung beim Speichern. Es sind keine Ini-Einträge o.ä. nötig.

Achtung: Bei Textmarken ist Gross/Kleischreibung zu beachten!

=Zuständige im Protokoll=

Die Eingabe und Verwaltung zuständiger Personen im Protokoll ist z.Z. etwas undurchsichtig.

Hier zunächst eine Beschreibung für den Protokollmanager.

==Spaltenbreiten im Protokoll, in der Traktandenliste und in der Einladung==

HK 18.8.2011

Diese Breiten und die Behandlung der Spalteninhalte werden in der Ini-Datei gesteuert.

'''Im Protokoll'''

Unter [Optionen] werden die Breiten von maximal 6 Spalten für Register- und Traktandenzeilen festgelegt:

RegSpalten=8.2;2;2;1.5 (maximal 6 Spalten)
TraSpalten=1.2;9;2;1.5;1 (maximal 6 Spalten)

'''In der Traktandenliste und in der Einladung'''

Unter [Traktandenliste] bzw.[Einladung] werden maximal 10 Spalten für Register- und Traktandenzeilen festgelegt:

RegSpalten=8.2;2;2;1.5 (maximal 10 Spalten)
TraSpalten=1.2;9;2;1.5;1 (maximal 10 Spalten)

Zusätzlich wird festgelegt, welche Spalteninhalte wohin kopiert werden sollen:

Allgemein: '''RegSpalteX=ProtSpY[R]/[Z]''' - ProtokollSpalte y nach Registerspalte x, optional Ablage R = rechtsbündig oder Z = zentriert

Beispiele:

'''RegSpalte3=ProtSp4''' - In der Registerzeile soll die Spalte 4 im Protokoll in die Spalte 3 in TraktListe oder Einladung kopiert werden.

'''TraSpalte4=ProtSp5Z''' - In der Traktandenzeile soll die Spalte 5 aus dem Protokoll in die Spalte 4 in TraktListe oder Einladung kopiert und dort zentriert werden.

'''Anmerkung'''

Die Spalten 1 und 2 werden automatisch kopiert (auch wenn zu ihnen keine Angaben gemacht werden).
Soll eine dieser Spalten leer bleiben, dann erreicht man das mit dem Eintrag z.B. TraSpalte1=0

==Zuständige in ProMan==

Man kann im Protokoll bei den Traktanden und Themen in der vierten bzw. dritten Spalte statt der Geschäftsnummer zuständige Personen mit Namen oder Kürzeln eintragen.

Dazu sollten folgende Ini-Einträge gemacht werden:

[Optionen] / GeschNummer=nein

[Optionen] / Spalte4=Ressort

Dann werden die Zuständigen in die Datenbank übernommen und erscheinen bei den Geschäften als Ressort. Nach ihnen kann unter "Geschäft suchen" gesucht werden.

[Traktandenliste] / MitGeschNr=nein

Die Zustzändigen kommen auch nicht in die Traktandenliste. Sonst ja.

[Einladung] / MitGeschNr=nein

Die Zuständigen kommen nicht in die Einladung. Sonst ja.

[Protokollauszug] / GeschNr=nein

Die Zuständigen kommen nicht in den Protokollauszug. Sonst ja.

= Protokoll-Pflege=

Die Datei '''ProtokollPflege.dot''' enthält zwei Routinen für ganz spezielle Dienste zum Umbenennen von Protokolldateien und zum Verschieben von Protokollen in Jahrgangs- oder Zeitraum-Ordner.

Das Programm wird in den Programm-Ordner kopiert und dort per Doppelklick gestartet.
Es fragt zunächst, ob Protokolle umbenannt werden sollen. Wenn ja: siehe unten. Wenn nein wird gefragt, ob Protokolle in Jahrordner verschoben werden sollen. Wenn ja: siehe unten. Wenn nein: "Dann eben nicht!"

==1. Protokolle umbenennen ==
Hin und wieder soll in einer Installation ein Gremium umbenannt werden. Dann nennt man es in der Ini-Datei um und gibt eventuell auch dem Gremium-Ordner einen neuen Namen. Will man auch die bestehenden Protokolldateien umbenennen, benutzt man diese Routine. Sie fragt die Nummer des Gremiums ab. Dann sieht sie in der Ini-Datei nach, wie das Gremium heisst und lässt dies bestätigen.

Dann sieht es in der Ini-datei nach, wie dort der Kurzname für das Gremium ist. Wenn dies noch der Name der vorhandenen Protokolle ist, bestätigt man dies. Stimmt der Kurzname in der Ini-Datei nicht (mehr) mit dem der Protokolle überein, gibt man den Kurznamen der Protokolle hier ein. Anschliessend nennt man den Kurznamen, in den die Protokolle umbenannt werden sollen. Und los geht's.

Am Ende kommt die Meldung: Die Protokolle des Gremiums heissen jetzt: "..."

Dann muss nur noch der Kurzname in der Ini-Datei angepasst werden.

==2. Protokolle verschieben==

Wenn die entsprechende Frage bejaht wird, werden die Protokolle aller Gremien, die Ini-Dateien im Programmordner haben, in passende Jahr- oder Zeitraum-Ordner verschoben.

Am Ende kommt die Meldung: "Behandelt wurden die Gremien GR1, ..."

Dann muss in allen Ini-Dateien die Zeile "JahrOrdner=ja" unter [Optionen] eingefügt werden.

= Word 2010 Sicherheitseinstellungen =

[[Datei:Speicherort Sicherheitscenter.jpg]]

[[Datei:Vertrauenswuerdig Sicherheitscenter.jpg]]

[[Datei:ActiveX_Sicherheitscenter.jpg]]

[[Datei:Makro Sicherheitscenter.jpg]]

[[Datei:Geschuetze Ansicht Sicherheitscenter1.jpg]]

[[Datei:Statusleiste Sicherheitscenter.jpg]]

[[Datei:Zugriffsschutz Sicherheitscenter.jpg]]

[[Datei:Datenschutz Sicherheitscenter1.jpg]]

[[Datei:Dokumentpruefung Sicherheitscenter1.jpg]]

=Arbeiten mit der 64 Bit-Version ab Office 2010=

Ab Office 2010 gibt es eine 32 und eine 64 Bit-Version für ACCESS und WORD. Die 64 Bit-Version kann grössere Speicherbereiche adressieren, was uns aber nicht weiter interessiert. Wir müssen lediglich eine Anweisungen in '''ProReg.mdb''' syntaktisch anpassen:

Alle '''Declare'''-Anweisungen werden per '''Suchen und Ersetzen im Projekt''' durch '''Declare PtrSafe''' ersetzt.

Dasselbe macht man in ProReg.dot.

Zusätzlich wird unter "Extras / Verweise" der Eintrag "DAO 3.6 Object Library" weggeklickt und stattdessen "Microsoft Office 14.0 Access Database System Object" aufgerufen.

Anmerkungen:

Die 64 Bit-Version läuft in Office 2010 auch unter 32 Bit - allerdings muss man dann die mde-Version auch in 32 Bit erstellen.

In früheren Office-versionen läuft die 64 Bit Variante '''nicht'''. Will man also eine ProReg2002.mde erstellen, geht das nur mit der 32 Bit Version.

Eine in 64 Bit erstellte ProReg.mde läuft nicht mit 32 Bit.

'''In der Funktion DB_Start() den Aufruf der Funktion Call ExeUpdate auskommentieren''', siehe Horgen EK.

Das war in Hendschikon nicht nötig, dort musste ich in der Funktion DB_Start() den Microsoft-Provider ändern in:
'''Conn2.Open "Provider=Microsoft.ACE.OLEDB.12.0; Data Source=" & CurrentProject.FullName'''

Dumm daran ist nur, dass wir das so geänderte Programm nicht bei uns laufen lassen können, weil die Syntax in unseren Access-Versionen nicht zugelassen wird. Wir können dann auch keine mde-Datei erstellen.

Es muss also draussen per Fernwartung gemacht werden. Nach der Korrektur kann man dann dort eine mde-Datei erstellen, und alles ist gut.

Übrigens: In Access 2010 werden mde-Dateien anders erstellt. Nämlich unter "Datei / Speichern & Veröffentlichen / MDE-Datei erstellen"

'''Falls es einen Laufzeitfehler gibt muss man folgendes Auskommentieren'''

[[Datei: Unbenannt_341.png]]

[[Datei: Unbenannt_231.png]]

[[Datei: Unbenannt_340.png]]

=Folgeprotokoll=
HK 12.11.2013

Das Folgeprotokoll wurde zunächst speziell für Stuttgart entwickelt und passt sich in die spezielle Protokollstruktur dort an. Mit dem Aufruf Protokoll / Folgeprotokoll wird ein neues Protokoll mit neuer Nummer und neuem Datum eröffnet - jedoch nicht auf Grund der Protokollvorlage. Stattdessen wird das vorangegangene Protokoll einkopiert und darin die Traktanden (Themen) und Text grau eingefärbt. Die Registerzeilen bleiben schwarz.
Das Stuttgarter Folgeprotokoll kommt bei [PR_Optionen]/KundenSpezial=wp, sonst die allgemeine Form.

=Datenabgleich zwischen lokaler und Netzversion=
HK 25.7.2014 - überarbeitet am 22.1.2015

Der Programmordner isys\isys-Protokollregister / Protokollmanager) wird lokal eingerichtet.

Der Ordner ProReg/ProMan mit seinen Unterordnern für die verschiedenen Gremien wird normal im Netz eingerichtet.
Die Datenbanken ProRegDaten.mdb werden mit Datenbankdiensten replizierbar gemacht.

Dann wird der gesamte Ordner ProReg/ProMan (ohne den Programmordner) auf ein lokales Laufwerk kopiert.

Im lokalen Programmordner werden Ini-Dateien erstellt:
L-GRi.ini sind die lokalen Dateien. Sie enthalten unter [Pfade] die Pfade zum lokalen ProReg/ProMan und unter [Abgleich] die Pfade zu den Ordnern auf dem Netz.

Die normalen GRi.ini sind die Netzwerkdateien.Sie enthalten unter [Pfade] die Pfade zum Netzwerk-ProReg/ProMan und unter [Abgleich] die Pfade zu den lokalen Ordnern. (Die früher benutzten N-GRi.ini werden nicht mehr benötigt).

Beim Programmstart werden, wenn das Netz verfügbar ist, die GRi.ini benutzt. Wenn keine Verbindung zum Netz besteht werden die L-GRi.ini angewendet.

Wenn das Netz verfügbar ist, wird vor dem eigentlichen Programmstart ein Abgleich zwischen lokalen und Netzdaten gemacht. Dabei werden die Datenbanken von ACCESS abgeglichen, die Protokolle und Vorlagen werden per Programm einzeln verglichen und die jeweils jüngere Datei auf die andere kopiert.

Dasselbe geschieht noch einmal, wenn das Programm am Netz beendet wird.

Wenn die Ini-Dateien keine [Abgleich]-Pfade enthalten, wird kein Datenabgleich gemacht. Dann werden auch die Datenbanken nicht replizierbar gemacht. Man kann aber dennoch von Netz- auf Lokalbetrieb umschalten, wenn entsprechende L-GRi.ini vorhanden sind.

Wird das Programm ohne Zugriff zum Netz gestartet (man kann das zum Test simulieren, indem man den Netzordner ProReg/ProMan umbenennt), dann wird direkt mit den lokalen Ordnern gearbeitet.

Der Abgleich der einzelnen Protokolle dauert mit zunehmender Protokollzahl sehr lange (einige bis viele Minuten!).

Beim '''neuen Abgleichverfahren''' werden nur noch die Protokolle abgeglichen, die seit dem letzten Abgleich verändert wurden.
Dazu werden die Protokolle beim Speichern in die Tabelle '''tProtokolle4Abgleich''' der jeweiligen ProRegDaten.mdb eingetragen.
Beim Abgleich werden dann nur die Protokolle in diesen Tabellen verglichen und die Tabellen anschliessend gelöscht.
Verglichen mit dem alten Verfahren ist das neue sehr schnell.

Es hat aber auch einen Nachteil: Es werden nur die Protokolle abgeglichen, die vom Programm neu gespeichert wurden. Korrekturen direkt mit Word fallen unter den Tisch.

Einrichten des neuen Verfahrens:

1. Tabelle "tProtokolle4Abgleich" mit nur einem Feld "Dateiname, Text(255)" in allen ProRegDaten.mdb einrichten.
(Diese Tabelle muss nicht replizierbar sein, d.h. sie kann unabhängig voneinander in die lokale und die Netzversion einkopiert werden.

2. In allen Ini-Dateien unter [PR_Optionen] Datenabgleich=ja eintragen.

3. Aktuelle Lieferversion einsetzen.

=Arbeiten mit Projekten und Kommissionen=
HK 31.10.2014

Bei der normalen Projektverwaltung werden die Gremien Projekte genannt, aber sonst ganz normal verwaltet.

Wenn es jetzt zu einem Projekt mehrere Kommissionen gibt, dann werden die Kommissionen als Gremien verwaltet, die jeweils einem Projekt zugeordnet sind.

Anwendungsbeispiel:

'''Projekt1: Neues Schulhaus'''

Kommissionen: Planungskommission, Finanzkommission, Kontrollkommission

'''Projekt2: Mehrzweckhalle'''

Kommissionen: Planungskommission, Finanzkommission, Mieterkommission

Diese Kommissionen werden als Gremien verwaltet, die in ihren Ini-Dateien einen Bezug auf ihre Projekte haben. Beispiele:

'''GR123.1.ini'''

[Gremium]

Name=Planungskommission

Kurz=PlaKo

Nummer=123.1

Projekt=Neues Schulhaus

ProjektKurz=123_SH

'''GR123.2.ini'''

[Gremium]

Name=Finanzkommission

Kurz=Fiko

Nummer=123.2

Projekt=Neues Schulhaus

ProjektKurz=123_SH

Zum Aufruf der Gremien erschein sie im Fenster "Projekte":

123_SH Planungskommission

123_SH Finanzkommission

Die Nummer 123 ist die Nummer, unter der das Projekt generell geführt wird. Es gibt dann irgendwo einen Projektordner wie

...\Projekte\123 Neues Schulhaus

in dem sämtliche Dokumente zu diesem Projekt gespeichert werden. In ihm werden auch die Daten der Kommissionen in eigenen Ordnern verwaltet.

Es gibt dann Ordner

...\Projekte\123 Neues Schulhaus\ProMan\Planungskommission und

...\Projekte\123 Neues Schulhaus\ProMan\Finanzkommission

Diese werden als Pfade in den Ini-Dateien eingetragen.

Die Kommissionen werden beim Anwender mit Hilfe des Programms isys-GremienProjekte.exe eingerichtet.

Als Basis dient dient die Musterkommission mit der Ini-Datei "GR_M001.ini". Sie liegt auf dem zentralen Programm-Pfad. D.h. es gibt einen Ordner "ProMan", auf den alle Anwender zugreifen können, mit folgendem Inhalt:

...ProMan\isys\isys-Protokollmanager

...Proman\Musterkommission\ProRegdaten.mdb

...Proman\Musterkommission\Listen\

...Proman\Musterkommission\Vorlagen\

Dieser Ordner isys-Protokollmanager, auf den die "Config.Ini" in den Arbeitsstationen verweisen, enthält wie üblich die Programme und Ini-Dateien.

Sie enthält auch die Dateien z.B. "Version16.0.1.txt", "Inis 000-000-001.txt" sowie "isys-GremienProjekte.exe" und "pvDaten.txt".

Ähnlich wie über "Version16.0.1.txt" Programmupdates auf die verschiedenen Arbeitsstationen verteilt werden, dient die "Inis"- Datei zum automatischen Verteilen der Ini-Dateien. Die Datei "pvDaten.txt" ist wie eine Ini-Datei für "isys-GremienProjekte.exe".

== Isys-GremienProjekte.exe" ==

Sie dient zum Einrichten der Kommissionen durch die Anwender.

Ihr Startfenster

Es éffnet sich das Fenster Kommission einrichten:

Man wählt eine muster-Kommission aus, deren Vorlagen und Listen kopiert werden sollen.

Nur in diesem Fenster erscheint auch die Musterkommission _M001, die beim Aufruf der Kommissionen für die Bearbeitung nicht erscheint.

Man sucht den Projektordner auf, gibt des Kommissionsnamen, ihren Kurznamen und Kommissionsuimmer ein. Die Kommissionsnummer wird zur Nummer der Ini-Datei.

Der Name des übergeordneten Projekts und dessen Kurzname erscheinen automatisch für die ausgewählte Musterkommission. man kann sie überschreiben.

Mit dem Schalter "Einrichten" wird das Programm gestartet. Es erzeugt im Projektordner den (Gremien-) Ordner der Kommission im Projektordner des übergeordneten Projekts. (Wenn dort noch kein Ordner "Proman/ProReg" vorhanden ist, wird der automatisch erstellt.) Von dem Musterordner werden die Listen und Vorlagen sowie die Datenbank ProRegdaten.mdb kopiert und dabei geleert.

== Vorlagen für Kommissionen==
Alle Vorlagen für Kommissionen enthalten Textmarken [Proj_Name] und [GR_Name] für den Namen des Projekts und die Kommission (=Gremium). In diese werden jeweils automatisch beim Aufruf die entsprechenden Namen eingesetzt.

= Pendenzlisten und -übersichten =
HK 7.1.2016

Pendenzlisten werden in den ACCESS-Formularen "Alle Pendenzen", "Aktuelle Pendenzen" und "Gefundene Pendenzen" aufgerufen und in Word (Protokoll.dot) erzeugt.
Pendenzübersichten werden im Protokoll über "Pendenzen / Pendenzübersicht einfügen" aufgerufen und im Protokoll eingefügt.

Es gibt verschiedene Formen der Pendenzlisten mit verschiedenen Vorlagen. Ihr Einsatz wird über die Ini-Dateien gesteuert.

Unter [Pendenzlisten] kann spezifiziert werden:

Design=Pendliste oder Pendliste0 oder Pendliste2 oder PendlisteM oder PendlisteETH.

Wenn kein Design spezifiziert ist, wird eine normale Pendenzliste in einem neuen Dokument ohne Vorlage erzeugt.
Diese Liste im Hochformat A4 hat zwei Zeilen mit fünf Spalten für jede Pendenz.
Die voreingestellten Spaltenbreiten 1;2.1;7.9;3;2.5 können unter Spalten=... verändert werden.

Eine normale Pendenzübersicht im Protokoll hat den gleichen Aufbau. Ihre Spaltenbreiten können über [Pendenzübersicht] / Spalten= ... verändert werden.

Wenn unter [Pendenzlisten] / Design=... ein der obigen Designs angegeben wird, dann wird die Pendenzliste auf der Grundlage einer Vorlage mit gleichen Namen, also z.B. "Pendliste0" erstellt. Die entsprechende Vorlage, im Beispiel "Pendliste0.docx", liegt im Gremiums-Ordner "\Listen\".

'''Design=Pendliste0'''

Das Design Pendliste0 hat den gleichen Aufbau wie die Pendenzliste ohne Design. Die Vorlage kann kann aber gestaltet werden z.B. mit einem Logo der Installation o.ä. Die Titelzeile in der Vorlage kann ebenfalls angepasst werden - Spaltenbreiten, Spaltenüberschriften. Es bleiben aber fünf Spalten mit je zwei Zeilen pro Pendenz.

'''Design=Pendliste'''

Design=Pendliste erzeugt eine Liste im A4-Querformat mit einer Zeile und acht Spalten pro Pendenz. Auch diese Vorlage kann gestaltet und verädert werden. Der Grundaufbau mit acht Spalten muss aber erhalten werden, wobei die Spaltenbreiten verändert werden können.

'''Design=Pendliste2'''

Design=Pendliste2 erzeugt eine Liste im A4-Querformat mit einer Zeile und neun Spalten pro Pendenz. Auch diese Vorlage kann gestaltet und verändert werden. Der Grundaufbau mit neun Spalten muss aber erhalten werden, wobei die Spaltenbreiten verändert werden können.

'''Design=PendTermine'''

Design=PendTermine erzeugt eine Liste im A4-Querformat ähnlich Pendliste2 mit der Überschrift "Pendenzen und Termine"

'''Design=PendlisteETH'''

ist ganz speziell für die ETH konstruiert. Die Vorlage liegt nicht im allgemeinen Ordner "\Listen\", sondern nur beim Kundenordner unter "Installationen ProMan & ProReg".

'''Pendenzübersichten'''

Im Normalfall wird eine Pendenzübersicht an der aktuellen Cursor-Position wie oben beschrieben eingetragen. Mit Design=Pendliste2 oder PendlisteM kann an der Protokollvorlage ein neuer Abschnitt im Querformatmit einem Kopf wie in der Design-Vorlage angebracht werden. Dann wird die Übersicht dort erstellt.

=Pendenzen und Termine - zur Installation=
HK 30.8.2018 / 11.1.2019

Die Erweiterung der Pendenzen mit Terminen verlangt die Tabelle '''tPendTermine''' in der ProRegdaten.mdb

'''[PR_Optionen]'''

PendenzTermine=““

allgemeine Version mit dem zusätzlichen Kommando '''Alle Pendenzen mit Terminen'''

PendenzTermine=ja

kostenpflichtige Option mit den Kommandos '''Pendenzen und Termine''',
'''Pendenzen und Termine im Archiv''' und '''Pendenzen und Termine suchen'''

Outlook=Kalender oder Exchange oder so

In der kostenpflichtigen Version sind die Kontrollkästchen Outlook sichtbar

'''Listen/PendTermine.docx'''

PendTermine.docx bzw. PendTermineAlle.docx sind die Vorlagen für die Wordlisten bei einem bzw. mehreren ([Pendenzen]/Fremde=GR2,GR5 oder so) Gremien.

'''Config.ini'''

Ressorts=f:\__Test Lieferversion\ProReg\Ressorts.mdb (Beispiel für die zentrale Ressorts.mdb)

'''DB_Update20.dot'''

Baut Tabelle tPendTermine in ProRegdaten,mdb ein und ergänzt tPendenz um einige Felder

'''Erklärungen'''

Wenn nichts unternommen wird, läuft alles wie bisher. Man sieht kein Kommando, das auf die Pendenzen und Termine hinweist.

Wenn mit '''DB_Update20.dot''' die Tabelle tPendTermine eingerichtet wird, läuft die allgemeine Version, die nur zusätzlich das Kommando '''Pendenzen und Termine''' zwischen '''Alle Pendenzen''' und '''Aktuelle Pendenzen''' einfügt.

Wird in den '''PR_Optionen''' '''PendenzTermine=ja''' eingesetzt und ist die Tabelle '''tPendTermine''' vorhanden, dann läuft die kostenpflichtige Version mit den drei zusätzlichen Kommandos '''Pendenzen und Termine''', '''Pendenzen und Termine im Archiv''' und '''Pendenzen und Termine suchen'''. Man sieht aber keine Hinweise auf Outlook.

Wird in den '''PR_Optionen''' unter '''Outlook=Kalender''' oder '''Kalender(nur für diesen Rechner)''', '''Exchange''' oder ähnliches (das hängt von der jeweiligen Outlook-Installation ab) angegeben, so erscheinen die Schalter zur Bedienung der Outlok-Schnittstelle.

Die zentrale '''Ressorts.mdb''' wird eingesetzt, wenn mit mehreren Fremdgremien gearbeitet wird und nicht in jedem Gremium die Ressorts eingetragen werden sollen.

'''Fazit'''

Bei einer Installation, in der die Pendenzverwaltung nicht benutzt wird, tun wir nichts.

Wird die Pendenzverwaltung benutzt, sollte '''DB_Update20.dot''' laufen, damit die Leute darauf stossen.

Unter '''Neues in dieser Version.docx''' gibt es eine Beschreibung beider Varianten, die helfen soll und vielleicht Lust auf die grosse Version macht.

= Replizierbare ProRegDaten.mdb normalisieren =

Man muss aus den Tabellen , die in der replizierten DB Daten enthalten, neue normale Tabellen machen und diese in eine neue leere DB eintragen und damit die dort leeren ersetzen.

Wie geht das?

Die replizierte Original-DB wird umbenannt in ProRegDatenOrg.mdb und geöffnet.
In ihr sehen die Tabellen wie folgt aus:

[[Datei: Repl-Tabellen.jpg]]

Da nur die Tabellen übernommen werden müssen, die Daten enthalten, öffnet man alle Tabellen, um die relevanten zu ermitteln.

'''Erzeugen einer neuen normalen Tabelle mit dem Inhalt einer replizierten am Beispiel tRegister:'''

Unter "Erstellen" klickt man auf "Abfrageentwurf" und wählt nur die replizierte Tabelle auf, die bearbeitet werden soll. Mit Doppelklick auf alle Felder der Tabelle wird die Abfrage komplettiert (Felder mit komischen Repl_IDs werden – wenn vorhanden - dabei ausgelassen):

[[Datei:Abfrage.jpg]]

Unter Abfragetools / Entwurf klickt man auf "Tabelle erstellen". Im Fenster "Neue Tabelle erstellen" gibt man einen Namen für die neue Tabelle in der aktuellen Datenbank ein. (Man kann auch die neue Tabelle in einer anderen DB erstellen, doch dann muss man für jede weitere Tabelle den ganzen Pfad der DB eingeben!) Ich gebe als neuen Namen den alten ein und setze einfach ein a davor. Dann

[[Datei:NeueTabelle.jpg]]

Erscheinen alle neuen Tabellen vorn in der Liste und sind gut zu identifizieren.
Unter "Abfragetools / Entwurf" klickt man auf "Ausführen", Und die neue Tabelle wird erstellt.

So werden auch die weiteren Tabellen behandelt – im Minimum noch tAllgemein und tGeschäft.
Dann erhalten wir im Minimum folgende Tabellenliste:

[[Datei:Tabelle.jpg]]

Am Anfang erscheinen die neuen Tabellen.
Die Datenbank ProRegDatenOrg.mdb wird geschlossen.

'''Einfügen der neuen Tabellen in eine leere Datenbank'''

Man öffnet eine neue leere Datenbank. Am besten eine ProRegDaten,mdb aus der Auslieferversion.
Unter "Externe Daten" klickt man auf "ACCESS" , wählt die ProRegdatenOrg.mdb aus und wählt "Importieren Sie Tabellen …" aus.
Im dann erscheinenden Fenster "Objekte importieren" klickt man auf die neuen Tabellen und fügt sie mit "OK" in die neue DB ein.

[[Datei:NeueTabellen.jpg]]

'''Umbenennen der neuen Tabellen'''

Mit Klick auf die rechte Maustaste nennt man die Tabellen einzeln um, d.h. man löscht einfach vorn das "a". Dann wird man gefragt, ob man mit dieser neuen Tabelle eine bestehende gleichen Namens ersetzen will. Das wird bestätigt, und man hat die neuen tabellen in der neuen Datenbank.

'''Einrichten der Beziehungen'''

Zum Einrichten der Beziehungen zwischen den wichtigstenTabellen, müssen die Felder RegID in tRegister, GeschID in tGeschäft und in tPendenz als Primärschlüssel definiert werden. Dazu öffnet man die entsprechende Tabelle in der Entwurfsansicht, markiert die ID und klickt auf "Primärschlüssel."

Unter "Datenbanktools" klickt man auf "Beziehungen" und erhält etwa folgendes Bild. Mit rechter Maustaste und "Tabellen anzeigen" kann man fehlende Tabellen aufrufen. Wenn eine der angezeigten Beziehungen fehlt, erstellt man die, indem man z.B. in tRegister auf die RegID klickt und sie mit gedrückter Maustaste mit RegID in tGeschäft verbindet.

[[Datei:Beziehungen.jpg]]

Mit rechtem Mausklick auf eine Verbindung kann man diese bearbeiten:

[[Datei:BezBearb.jpg]]

Hier setzt man die Häkchen bei "Mit referentieller Integrität" und bei "Löschweitergabe …", speichert mit "OK" und ist fertig.

Helmut Knoth
10.6.2016

= Einladung - Übernahme der Formate aus dem Protokoll oder nicht =

Beim Erstellen der Einladung werden die Formate in den Zellen der Traktandenzeilen in die Einladung übernommen, wenn die Formatvorlagen, die im Protokoll definiert sind, auch in der Vorlage der Einladung existieren. Sie können allerdings in beiden Dokumenten / Vorlagen verschieden definiert sein.

Beispiel:

Das Format "Traktandum" kann im Protokoll mit 11 Punkt und fett definiert sein. Wenn es in der Einladung, d.h. in der Vorlage der Einladung mit 12 Punkt und normal definiert ist, dann wird der Text aus dem Protokoll übernommen, aber mit 12 pt, normal formatiert.

Will man vermeiden, dass "komische" Formate aus dem Protokoll in die Einladung übernommen werden, dann muss man einfach diese "komischen" Formate aus der Einladungs-Vorlage löschen.

Helmut Knoth, 24.6.2016

= Baugesuche =

Auf (bezahlten) Wunsch der Gemeinde Mauren wurden Baugesuche installiert.

Im Protokoll wird eine spezielle Tabelle "Baugesuch" mit einer Tabelle im Format Tafel (damit das Programm sie findet) unter den Standard-Texten aufgerufen:

[[Datei:Baugesuch.png]]

Sie hat zwei Spalten. In der ersten sind Titel vorgegeben, und in die zweite wird was eingetragen.

Mit dem Speichern des Protokolls werden die Eintragungen aus der zweiten Spalte den Traktanden zugeordnet und in die Datenbank eingetragen.

Wenn in der Ini-Datei unter [PR_Optionen] Baugesuche=ja eingetragen ist, erscheint im Hauptprogramm unter "Protokollregister / Zeitraum" das Kommando "Baugesuche". Mit diesem Kommando wird die Musterdatei "Baugesuche.docx" aus dem Ordner Listen aufgerufen und mit den Daten der Baugesuche des gewählten Zeitraums gefüllt.

[[Datei:Baugesuche.png]]

Die Implementierung ist erst einmal schmalspurig, sie kann aber leicht verallgemeinert werden: Die Tabelle Baugesuch hat das Format Tafel und ihr Inhalt wird in die Tabelle tTafel in Felder Zeile1, Zeile2 usw. gespeichert. In der ProReg-Prozedur Baugesuche, die die Liste Baugesuche füllt gibt es eine allgemeine Zuordnung Spaltex = Zeiley. Dort kann man leicht anpassen und erweitern. Dann kann man unter [PR_Optionen] Baugesuche=Dateiname eine Dateiname.docx mit einer Tabelle im Format Tafel in den Listen aufrufen . In der Ini-Datei könnte man die Zuordnung von Tafel zur Sammelliste steuern.

HK 25.11.2016

= Arbeitsvergaben =

Die Gemeinde Mauren wünschte eine erweiterte Vergabeliste, die neben Firma und Betrag auch die Art der vergebenen Arbeit, die eigentliche "Vergabe", enthält.

Dazu wird im Protkoll die Vergabe mit Alt-V hellbraun markiert. Die Vergabe wird im Programm analog zu Firma und Betrag behandelt.

Wenn unter [PR_Optionen] / Arbeitsvergaben=ja eingetragen ist, werden die Vergabelisten für Jahrgang oder Zeitraum in der Datei Arbeitsvergaben.docx aus dem Ordner Listen gesammelt. Wird unter [PR_Optionen] / Arbeitsvergaben=Dateiname eingetragen, dann wird die Vergabeliste in der Datei Dateiname.docx aus dem Ordner Listen erstellt. Dabei sind ggf. in der ProReg-Prozedur Arbeitsvergaben Anpassungen nötig. Diese sind im Programm vorbereitet.

HK 26.1.2017

= Protokollfreigabe =

Wenn unter [PR_Optionen] / Protokollfreigabe=ja eingetragen ist, erscheint im Protokoll unter "Protokoll-Dienste" das Kommando
"Protokollfreigabe". Sein Aufrufe bewirkt, dass eine im Protokoll vorhandene Textmarke [Entwurf] (mit beliebigem Inhalt) gelöscht wird. Dann wird das Protokoll automatisch gespeichert und als pdf abgelegt.

Wenn die Textmarke [Entwurf] nicht (mehr) vorhanden ist, erscheint die Meldung "Das Protokoll wurde bereits freigegeben" und es passiert nichts.

Hier verspätet eingetragen von Helmut Knoth am 23.5.2017

= Vorprotokoll =

Voraussetzung: Das Protokoll hat eine Textmarke [Vorprotokoll].
Der Befehl Protokoll-Dienste / Vorprotokoll <-> Protokoll dient als Schalter:
Wenn die Textmarke den Text "Vorprotokoll" enthält, wird dieser, d.h. der Inhalt der Textmarke, nicht die Textmarke selbst, gelöscht.
Wenn die Textmarke leer ist, wird der Text "Vorprotokoll" eingesetzt.

Hier verspätet eingetragen von Helmut Knoth am 7.11.2017

= Untergremien =

Um die Liste der Gremien im Formular "Gremien aufrufen" nicht unnötig lang und unübersichtlich werden zu lassen, wurde von der Perspektive Thurgau die Einrichtung von Untergremien gewünscht.

Folgende Lösung, die nur Änderungen in ProReg.mdb erfordert und somit keinen Sonderaufwand bei Updates bringt, wurde implementiert:

[[Datei:Gremien.png|175px]]

Neben zwei "normalen" Gremien erscheint ein Pseudogremium (hier mit -> erkennbar gemacht), das nur zum Aufrufe der Untergremien dient:

[[Datei:Untergremien.png|175px]]

Folgende Ini-Dateien steuern das Ganze (Beispiel Perspektive Thurgau):

Das Pseudogremium wird durch GR4P.ini gesteuert.

[[Datei:GR4Pini.png|400px]]

Sie enthält den Namen des Gremiums und die Zeile "Untergremien=GRUxx,GRUxy etc." mit den Ini-Namen der Untergremien, wodurch sie zum Pseudogremium wird, das nicht direkt aufgerufen wird. Sonst kann sie leer sein.

Damit sie unter den Gremien erscheint, braucht sie einen Datenpfad, der auf eine existierende Datenbank weist.

Die Untergremien sind "normale" Gremien, allerdings mit Namen "GRUxx.ini". Das U im Namen verhindert, dass sie unter den normalen Gremien aufgeführt werden.

Klick auf ein Pseudogremium öffnet ein Fenster mit den zugehörigen Untergremien, die dann aufgerufen werden können.

'''Wie ist das implementiert?'''

In IniAnalyse / GRInisLesen werden alle Inis, auch der GRU.inis eingelesen und in die Ini-Collections eingetragen. In die Datentabelle tGremien kommen alle ausser den Untergremien GRU...

Beim Klick auf ein Pseudogremium in dem Formular fGremien, werden dessen Untergremien gesammelt und in die neue Tabelle tUntergremien eingetragen. Anschliessend wird das neue Formular fUntergremien aufgerufen, das die Untergremien aus tUntergremien zeigt.

= Beschluss-Kopien =

Normalerweise gehen Formatierungen im Beschlusstext beim Speichern in die Datenbank verloren und erscheinen dann nicht im Beschlussregister und in der Beschlussliste.

Will man in der Beschlussliste die Beschlüsse so sehen, wie sie im Protokoll erscheinen, muss man sie direkt aus dem Protokoll kopieren. Das geschieht, indem man unter [PR_Optionen] BeschlussKopien=ja setzt.

Dann wird in den Listen die Datei BeschlKopien.docx gebraucht. (HK 9.7.19)

= Beschluss-Kopien =

Normalerweise gehen Formatierungen im Beschlusstext beim Speichern in die Datenbank verloren und erscheinen dann nicht im Beschlussregister und in der Beschlussliste.

Will man in der Beschlussliste die Beschlüsse so sehen, wie sie im Protokoll erscheinen, muss man sie direkt aus dem Protokoll kopieren. Das geschieht, indem man unter [PR_Optionen] BeschlussKopien=ja setzt.

Dann wird in den Listen die Datei BeschlKopien.docx gebraucht. (HK 9.7.19)

= UnterObertitel =

Oberhalb der Traktanden wurden zweistufige Nummerierungen gefordert. Beispiel:

1. Verwaltungen

1.1 Gemeinderat

1.1.1 Erstes Traktandum des Gemeinderats

1.2 Baukommission

1.2.1 Erstes Traktandum der Baukommission

usw.

Realisiert wurde dies durch Einführung des Formats UOTitel.

Zum Einrichten eines UnterObertitels gibt es neu des Kommando Unter-Obertitel im Menü Spezial.

= Start des Programms mit ProReg.mde oder mit ProReg.mdb =

Das Programm kann als ProReg.mde oder ProReg.mdb gestartet werden.

ProReg.mde ist an sich die unveränderbare kompilierte Version.

Wenn man jedoch eine z.B. ProReg22.1.6.mdb einfach umbenennt in ProReg.mde, läuft die auch.

= Beschlüsse als Pendenzen =
Unter dem Ini-Eintrag "Beschlüsse=Pendenzen" unter "Optionen" werden im Auftrag des Berufs- und Weiterbildungszentrums Buchs Sargans spezielle Beschlüsse speziell behandelt.

Im Protokoll stehen solche Beschlüsse in Tabellen wie diese:

2022-02-14T17:33:44Z

IsysAdmin: /* [Adressverwaltung] */

=isys.exe.config=
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|<add key="ProgrammPfad" value="C:\isys\isys-ProDOK\" /> || Applikationspfad: Wird nur noch für die Entwicklungsumgebung benötigt
|-
|<add key="StartGremium" value="1" /> || Nummer des Startgremiums
|-
|<add key="Encoding" value="Default"/> ||Falls das Encoding von txt-Dateien nicht mit UTF8 hinhaut, mögliche Einträge: Default, UTF8 (Standard falls Eintrag nicht vorhanden)
|-
|}

=VEx.ini früher GRx.ini=

Die VEx.ini ist die ini-Datei des übergeordneten Gremiums, der Verwaltungseinheit. Ihr wird jeweils ein ProDOK und ein ProReg Gremium zugeteilt.

===[Allgemein]===
{| border="1" cellpadding="5" cellspacing="0"

! Eintrag !!Bedeutung
|-
|Admin=ja/nein || schaltet das Administrationsmenu ein/aus, zB. für Update etc..
|-
|}
 

===[Verwaltungseinheit] früher [Gremium]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|Name=Marketing || Wird in das Textfeld im Startfenster eingesetzt
|-
|ProReg=1 || Nummer des ProReg-Gremiums
|-
|ProDOK=1 || Nummer des ProDOK-Gremiums
|-
|ProArchiv=ja || Angabe, ob die Archivfunktion eingeschaltet ist (nur möglich mit ProDossier=ja, ProDossierRegNr=ja und Registerplan=ja, siehe unten)
|-
|}
 
Kurz=GR1 und DBTest=ja wurde gestrichen, diese Einträge braucht nur das ProtReg und befinden sich in den dortigen GRx-Dateien.
 
Suchwoerterliste=1 wurde gestrichen, dieser Eintrag ist überflüssig.
 
Registerplan=1 wurde gestrichen, dieser Eintrag gehört in die PDx.ini.
 
 

===[ProgrammPfade]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|ProDOK=C:\isys\isys-ProDOK\ || Pfad zur isys.exe
|-
|ProReg=C:\isys\isys-Protokollregister\ || Pfad zur ProReg.mde
|-
|ZeitJahr=C:\isys\isys-ProDOK\ || Pfad zur ZeitJahr.txt
|-
|Fernwartung=C:\isys\isys-ProDOK\Ferwartung isys.exe || Kompletter Datei-Pfad zum Fernwartungsprogramm
|-
|MySqlDump=C:\isys\isys-ProDOK\mysqldump.exe || Pfad zum Mysql-Dump-Progrämmchen für den MySql-Export. Zur Benutzung muss unter [Datenbankzugriff] Backup=ja eingestellt sein!
|-
|MySql=C:\isys\isys-ProDOK\mysql.exe || Pfad zum Mysql-Progrämmchen für den MySql-Import. Zur Benutzung muss unter [Datenbankzugriff] Backup=ja eingestellt sein!
|-
|}
 
 

===[Fremdgremien]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|Pendenzen=0 || Anzeigen der Pendenzen der Fremdgremien (Nummern durch Kommas getrennt eingeben)
|-
|Termine=0 || Anzeigen der Termine der Fremdgremien (Nummern durch Kommas getrennt eingeben)
|-
|Akten=2,3 || Anzeigen der Akten der Fremdgremien (Nummern durch Kommas getrennt eingeben)
|-
|Adressen=0 || Anzeigen der Adressen der Fremdgremien (Nummern durch Kommas getrennt eingeben)
|-
|}
 

===[Datenbankzugriff]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|Datenbank=MySql || Angabe, welches Datenbanksystem verwendet wird (mögliche Eingaben: MySql, MSSql, Access)
|-
|BV=nein || Abschalten der Benutzerverwaltung
|-
|DV=nein || Abschalten der Dokumentverwaltung
|-
|DS=ja || Einschalten vom Datenschutz, d.h. der Benutzer kann keinerlei Änderungen vornehmen (ReadOnly)
|-
|MasterSlave=ja || Einschalten einer MasterSlave-Synchronisierung (nur mit MySql), ACHTUNG: Unten VerbindungsString zum Slave mitangeben!!!
|-
|MasterLogFile=isys-Server-bin.000052 || Einschalten vom Slave Neustart (siehe auch unten und im Pdx.ini unter Pfade und unter [[Anleitungen#Master.2FSlave-Betrieb_einrichten|Anleitungen]])
|-
|MasterLogPos=812947 || Einschalten vom Slave Neustart
|-
|UserSlave=SklaveProDok || Einschalten vom Slave Neustart
|-
|Server=localhost || Name des Servers (nur nötig, falls unten nicht der komplette String angegeben wird)
|-
|VerbindungsString=server=localhost... || VerbindungsString zur Datenbank (nur nötig, falls Uid != isysAdmin; pwd!=pr0d0k;database!=prodok; Port!=3306)
|-
|ServerSlave=localhost || Name des SlaveServers (nur nötig, falls MasterSlave=ja und falls unten nicht der komplette String angegeben wird)
|-
|VerbindungsStringSlave=server=localhost... || VerbindungsString zur SlaveDatenbank (nur nötig, falls MasterSlave=ja und falls Uid != isysAdmin; pwd!=pr0d0k;database!=prodok; Port!=3306)
|-
|Backup=ja || Einschalten der Mysql-Import/Export-Funktionen. Dazu müssen unter [ProgrammPfade] die Pfade zur mysql.exe und zur mysqldump.exe eingetragen sein!
|-
|SedexDienst=sedexclient || Name des Windows-Dienstes des sedex-Clients. Dieser kann unter den Diensten, Rechtsklick auf den Dienst -> Eigenschaften eingesehen werden
|-
|}
 
'''Klassische VerbindungsStrings der verschiedenen Datenbanksysteme:''' 
 
'''MySql:''' 
VerbindungsString=server=localhost;uid=isysAdmin;pwd=pr0d0k;database=prodok; 
VerbindungsString=server=localhost;Port=3306;uid=isysAdmin;pwd=pr0d0k;database=prodok; 
 
'''Access:''' 
VerbindungsString=Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\isys-ProDOKDemo\ProDOK\ProDOK.mdb; 
 
'''MSSql:''' 
VerbindungsString=server=LAPTOPMARION\SQLEXPRESS;uid=isysAdmin;pwd=pr0d0k;database=prodok; 

 
 

=PDx.ini=
Die PDx.ini ist die ini-Datei des ProDOK-Gremiums.

===[Pfade]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|DatenPfad=C:\isys\ProDOK\Marketing\ || Pfad zur Datenablage des ProDOK-Gremiums
|-
|ArchivPfad=C:\isys\ProDOK\Marketing\ || Pfad zum Archiv des ProDOK-Gremiums
|-
|VorlagenPfad=C:\isys\ProDOK\Marketing\Vorlagen\ || Pfad zu den Vorlagen des ProDOK-Gremiums
|-
|SedexInbox=C:\sedexclient\interface\inbox\
|-
|DossierPfad=C:\isys\ProRedaktion\Dossiers\ || Pfad zu den ProRedaktions-Dossiers
|-
|RunningOrderPfad=C:\isys\ProRedaktion\RunningOrder\ || Pfad zu den Moderations-Files der Running Order (Nach Datum)
|-
|VorlagenBBsPfad=C:\isys\ProRedaktion\VorlagenBBs\ || Pfad zu den Bauchbinden-Vorlagen
|-
|VorlagenBeitragPfad=C:\isys\ProRedaktion\VorlagenBeitrag\ || Pfad zu den BeitragsVorlagen
|-
|MasterplayPfad=C:\isys\ProRedaktion\Masterplay\ ||Pfad zum Ordner der Masterplay-Schnittstelle (nach Datum)
|-
|CleverReachAblage=C:\isysVCBuero\ || Pfad, wo die CleverReach.txt abgelegt werden soll
|-
|SlaveSnapshot=C:\isys\ProDOK\isysProDOK SlaveSnapshot.sql || Pfad, wo der Master-Snapshot rumliegt, für den Slave-Neustart
|-
|Backup=C:\isys\ProDOK\DBBackup || Pfad, wo die isys-Backup.exe die DBBackups ablegen soll
|-
|}

ProgrammPfad=C:\isys\isys-ProDOK\ und ZeitJahr=C:\isys\isys-Protokollregister\ wurden hier gestrichen und in die VEx.ini-Datei gezügelt

 
 

===[Optionen]===

{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|ProDossier=ja || Einschalten der Dossierverwaltung
|-
|ProDossierRegNr=ja || Einschalten der Zuordnung zum Registerplan der Dossiers (ohne werden die Dossier zu Dossierbereichen zugeordnet)
|-
|ProDossierKnoten=RegNr || Auflistung der Akten im TreeView nach RegNr oder Aktentyp (ohne Eintrag werden die Akten im Datagrid angezeigt)
|-
|Ausleihe=ja || Einschalten der Aktenausleihe
|-
|ProRedaktion=ja || Einschalten der Redaktionsverwaltung
|-
|CleverReach=ja || Einschalten vom CleverReach
|-
|AutoUpdate=nein || Ausschalten vom AutoUpdate
|-
|Schule=ja || Schule statt Kirche (Schuleintritt, Schulaustritt)
|-
|}
 
Registerplan=ja, UntersteRegStufe=ja und Trennzeichen=.;.;. wurde in die Sektion [Registerplan] verschoben.
AktenAblage=Aktentyp, AktRegObligat=ja und AktenKopieren=ja wurde in die Sektion [Aktenverwaltung] verschoben.
 
 

===[Registerplan]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|Registerplan=ja || Einschalten des Registerplans
|-
|RegPlanNr=1 || Nummer des Registerplans (stammt ursprünglich aus der VEx.ini Registerplan=1) 
|-
|ArchivNr=1 ||Nummer des Archivs, in welchem die Akten archiviert werden
|-
|UntersteRegStufe=ja || Einschalten, dass nur Registerzeilen der untersten Hierarchiestufe ausgewählt werden können. ACHTUNG: Trennzeichen unten angeben!!! (nur möglich mit Registerplan, siehe oben)
|-
|Trennzeichen=.;.;. || Angabe von 3 Trennzeichens der Registerplanhierarchiestufen, einzelne Zeichen getrennt durch Semikolon (nur nötig bei UntersteRegStufe=ja, siehe oben)
|-
|}
 
 

===[Adressverwaltung]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|SortierungAdressen=Name || Eintrag der Sortierung, kann im Programm eingestellt werden
|-
|VordersterTab=Gruppen || Angabe des vordersten Tabs im Fenster Adresseingabe (mögliche Einträge: Gruppen, Rapporte, Termine, Ausleihe, Wahlfelder, Log oder Anrede
|-
|Beziehungen=ja || Angabe, ob Familienbeziehungen angezeigt werden sollen
|-
|PersonenDaten=ja || Angabe, ob der Tab mit den Personendaten angezeigt werden soll. Nachdem hier auf 'ja' umgestellt wurde, muss die DB upgedatet werden!!!
|-
|Kirchgemeinde=ja ||Angabe, ob das Feld Kirchgemeinde verwendet bzw. angezeigt werden soll
|-
|ErwAlter=16 || Angabe, mit welchem Alter eine Person erwachsen ist und deshalb einen eigenen Haushaltsbrief bekommt. DEFAULT-Wert = 18
|-
|GruppenAustragTod=ja || Einschalten der Nachfrage, ob Adresse bei Tod aus allen Gruppen ausgetragen werden soll
|-
|GruppenAustragWegzug=ja || Einschalten der Nachfrage, ob Adresse bei Wegzug aus allen Gruppen ausgetragen werden soll
|-
|WFStufe=2 ||Wahlfelder-Anzeige nur für Benutzer der Stufe 1-2
|-
|EtikettenDDE=ja || Angabe, ob Word explizit den DDE-Import aus Excel verwendet soll (Einstellung, falls Word den Fehler meldet: "Die externe Tabelle hat nicht das erwartete Format")
|-
|EtikettenZMBExcel=ja || Angabe, ob die Zeilenumbrüche schon in der Excelliste eingefügt werden sollen statt im Word. Dies ist der EWorkaround, wenn Word leere Zeilen druckt statt entfernt
|-
|Sonderliste=Ringier ||Hier können spezielle Adresslisten, die extra programmiert wurden angegeben werden. Es gibt die Werte "Ringier", "Effingerhof", "AVDGoldach", "DruckzentrumBern", "Galledia" und "Balzli". Für die Sonderlisten "Ringier", "Effingerhof", "AVDGoldach", "AVDGoldach2022" und "DruckzentrumBern" braucht es die Einträge "WFAnzahlBoten" und "KirchgemNr", siehe unten
|-
|WFAnzahlBoten=WF5 ||Wahlfeld, in das die Anzahl Boten eingetragen werden kann, wenn es mehr als 1 ist
|-
|KirchgemNr=15 ||Nummer der Kirchgemeinde für die Druckerei
|-
|SonderlisteCSV=ja ||Gibt an, ob die Liste als .csv-Datei gespeichert werden soll. Default=nein
|-
|SonderlistePLZLaufNr=ja ||Gibt an, ob die Postleitzahl mit der Laufnummer ergänzt werden soll (6-stellige PLZ)
|-
|AdressListePlus=Wegzugsdatum;WF3 ||Hier können max. 5 Zusatzfelder für die "Adressliste" aus der Adresssuche angegeben werden. Dies ist (für Haushalts und Elternlisten) relativ problematisch, '''lese dazu unten'''
|-
|Abgleich=ja ||Ein allgemeiner Abgleich (wie in Sektion Abgleich beschrieben) wird gelesen und durchgeführt
|-
|Postkreisliste=ja ||Gibt an, ob eine Liste der Strassen mit den zugehörigen Postkreisen hinterlegt ist. '''veralteter Eintrag: der Eintrag funktioniert zwar noch, wird aber gelesen als Strassenliste=ja, siehe unten'''
|-
|Strassenliste=ja ||Gibt an, ob eine Liste der Strassen (allenfalls mit den zugehörigen Postkreisen) hinterlegt ist
|-
|WWAbgleich=ja || Abgleich mit der W+W Einwohnerkontroll-Software, nötig wenn Firmen in der C0Spalte stehen
|-
|WWGeburtstag=ja || Abgleich mit Geburtsdatum
|-
|WWFirma=ja || Abgleich mit Firmen (Daten-Export aus W+W inkl. Debitoren und Kreditoren)
|-
|WWRufStattvorname=ja || Abgleich mit Rufname (Daten-Export aus W+W inkl. Rufname)
|-
|WWTelnummer=ja || Abgleich mit Telefonnummer(Daten-Export aus W+W inkl. Tel)
|-
|HeimerAbgleich=ja || Abgleich mit der Heimer Einwohnerkontroll-Software, Excel-Export
|-
|HeimerWordAbgleich=ja || Abgleich mit der Heimer Einwohnerkontroll-Software, Word-Export, für Rhäzüns, extrem komplizierte Spaltenzuordnung
|-
|Heirat=kirchlich || Gibt an, ob mit dem Heiratsdatum die kirchliche oder die zivile Trauung gemeint ist. Mögliche Eingaben: Heirat=kirchlich, Heirat=zivil (default)
|-
|AufenthaltMeldung=1 || Bestimmt, ob es 2 Felder für Meldeverhältnis (Niederlassung, Wochenaufenthalter) und Aufenthaltsbewilligung (Bewilligung C) geben soll oder nur 1 Feld (Aufenthaltsart). Standard sind 2 Felder
|-
|Aufenthaltliste=ja ||Gibt an, ob die Aufenthaltsbewilligungen für Ausländer in einer Liste hinterlegt sind oder nicht
|-
|MutationFamilie=nein || Der Nein-Eintrag bewirkt, dass diese Mutation nicht in der Druckereiliste gemeldet wird, wenn eine Einzelperson oder ein Paar zur Familie wird bzw. umgekehrt, default = ja
|-
|WF2Feld=Datensperre&Kircheneintritt&Kirchenaustritt&Aufenthalt&Meldeverhaeltnis || Zählt auf (mit & getrennt), welche Wahlfelder schon in Datenfelder überführt wurden
|-
|MutStufe=2 || Angabe, bis zu welcher Berechtigungsstufe Adressen mutiert werden dürfen. Beispiel: Eintrag 2 bedeutet, das nur User der Berechtigung 1 + 2 Adressen mutieren dürfen
|-
|AdresseLoeschen=nein || Mit diesem Eintrag wird der Button "Adresse löschen" deaktiviert
|-
|}
 
'''AdressListePlus:''' Hier können zusätzlich zu den Standardfeldern "NameFirma1", "NameFirma2", "Funktion", "Adressat", "Postfach", "Strasse", "Ort", "Postkreis" und "AdressNr" weitere Felder angegeben werden (max. 5): "Wegzugsdatum", "WF1" bis "WF14", "Bemerkungen", "Status", "Erfasst", "Aktualisiert", "Email", "TelG", "TelM", "TelP", "Geburtsdatum", "Geburtsort", "Zivilstand", "Konfession", "Heimatort", "Staat", "Beruf", "Todestag", "Todesort". Falls "Todestag" oder "Todesort" benutzt wird, werden auch verstorbene Personen exportiert.
Problematisch sind diese Felder allerdings bei Eltern- und Haushaltslisten (weshalb ja auch der Excel-Export nicht für Eltern und Haushalte durchgeführt werden kann). Wessen Daten gelten denn nun und sollen eingesetzt werden? "Gelöst" ist es so, dass die Daten der ersten Person der Familie eingesetzt wird, die aus der Adresssuche kommt. Fehlt bei diesem Familienmitglied der Eintrag, wird die Familie durchforstet, bis bei einem Mitglied ein Eintrag gefunden wurde. Der erstbeste Eintrag kommt also zum Zug!

===[Aktenverwaltung]===
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|SkipOpenTest=ja || Gibt an, ob beim Öffnen der Worddokument der Test AllgemeineFunktionen.FileGeschlossen(string sDateipfad) ausgelassen werden soll. Default ist nein. Gibt es nur als Workaround für Ingenbohl/Brunnen, bei dem der Test immer gefailt ist...
|-
|SortierungDokumente=Name || Eintrag der Sortierung, kann im Programm eingestellt werden
|-
|AktenAblage=Aktentyp ||Bestimmt, wie die Akten abgelegt werden sollen, mögliche Eingaben: Aktentyp, RegNr (nur möglich mit Registerplan, siehe unten)
|-
|AktRegObligat=ja ||Einschalten der obligatorischen Aktenregistrierung (nur möglich mit Registerplan, siehe oben)
|-
|AktenKopieren=ja ||Einschalten des Akten-Kopierens (statt Verschiebens) beim Akten eintragen
|-
|WordVersion=2010 || WordVersion als Integer -> Eintrag wird nur noch gelesen/benötigt, wenn Office-Version nicht aus der Registry gelesen werden kann
|-
|WordDocX=ja || docx statt doc -> Eintrag wird nur noch benötigt, falls er sich widerspricht mit der Office-Version, also falls zwar Office 2010 installiert ist, aber Wordlisten etc. trotzdem als docs exportiert werden sollen.
|-
|AdresseMitFunktion=ja || Funktion wird in Akten im Adressblock aufgeführt
|-
|AnredeEigeneZeile=ja || Anrede erhält in Akten im Adressblock eigene Zeile
|-
|PLZOrtFett=ja || Zeile von Ort und PLZ wird in Akten im Adressblock fett dargestellt
|-
|NameFett=ja || Zeile mit Name wird in Akten im Adressblock fett dargestellt
|-
|DatumLang=ja || Datum wird in Akten ausgeschrieben (31. Januar 2010 statt 31.01.2010)
|-
|AktenEingangBetreffSuchen=ja || Im Akteneingang gibt es einen Button, der das Suchen nach alten betreffs ermöglicht
|-
|DruckSortDesc=ja ||Die Druckreihenfolge wird umgekehrt. Dies ist nötig, wenn der Drucker die bedruckte Seite nach oben ablegt
|-
|VorlagenGruppe=1 || Falls verschiedene Vorlagenordner eingerichtet werden, wird hier angegeben, zu welcher Vorlagen-Gruppe diese isys-Instanz gehört (falls das hier nicht angegeben wird, werden die Vorlagen bzw ihre Zuordnung zu Aktentypen anderer Gruppen in der Datenbank immer wieder gelöscht)
|-
|}
 
Word2007=ja ist veraltet und wurde durch WordDocX und WordVersion ersetzt
 
 

==[Abgleich]==

Dieser Abschnitt ersetzt langfristig die Abgleich-Einstellungen unter der [Adressverwaltung].

Werden mehrere Abgleiche eingerichtet, die einzelnen Einträge mit Komma (,) abtrennen (AbgleichEKP=WundW,Nest)!

{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!OBLIGAT !!Bedeutung
|-
|UpdateWennLeer=nein|| ||Ob ein Feld überhaupt upgedatet wird oder nicht, liegt in erster Linie daran, ob es unten aufgeführt oder geremt ist und somit einen Index > 0 erhält oder nicht. Felder mit einem Index = 0 werden nie upgedatet, Felder mit Index > 0 werden upgedatet. 
Hat nun ein Feld einen Index > 0, kann mit diesem Eintrag festgelegt werden, ob leere Einträge im Datenfile den bestehenden DBEintrag leeren soll oder nicht. 

Dies gilt für die Felder: Strasse, Postfach, Postkreis, PLZ, Ort, PLZ2, Ort2, Kirchgemeide, Name, Vorname, TelP, TelM, EMail, WF 1-5, Geburtstag, Geburtsort, Todestag, Todesort, AlleVornamen, Zivilstand, Beruf, Heimatort, Staat, Kircheneintritt, Kirchenaustritt, Aufenthalt, Meldeverhältnis, Funktion, Bemerkung 

Leere Einträge, die bestehende Einträge immer überschreiben sind: Datensperre, Konfession, IDHauhaltGEM, EGID, EWID, Wegzugsdatum 

Nie upgedatet wird: Anrede, nie geleert wird: Zuzugsdatum 

GERES: UpdateWennLeer IMMER = ja. Das heisst, alle gemeldeten Felder werden immer überschrieben, auch wenn sie leer sind. Welche Felder gemeldet werden, ist hardcodiert, dh. es wird allen gemeldeten Feldern der Index = 1 zugewiesen, den nicht gemeldeten der Index=0. Lediglich das Feld Beruf, kann unten mit Beruf=nein abgestellt werden (Datenschutz im Kanton Bern)
|-
|UpdateBez=nein|| ||Falls eine bestehende Beziehung (Vater, Mutter, LP) schon eingetragen ist, bestimmt dieser Flag, ob diese dann upgedatet werden soll. nein -> kein Update, ja, rem oder leer -> Update
|-
|Inaktive=ja || || Eintrag nur für die Datenstammübernahme: falls ja, werden auch verstorbene und weggezogene neu eingetragen
|-
|Mischfamilien=ja || || Eintrag nur für den GERES-Abgleich: falls ja, werden auch die Daten von Familienmitgliedern anderer Konfessionen, die rudimentär unter den Relationships mitgeliefert werden, übernommen. Wird Mischfamilien=ja gesetzt, muss auch die Konfession der Kirchgemeinde (KonfessionKG) angegeben werden, siehe unten
|-
|KonfessionKG=evangelisch-reformiert || || Eintrag nur für den GERES-Abgleich: falls die Daten von Familienmitgliedern anderer Konfessionen übernommen werden sollen (Mischfamilien=ja) bestimmt dieser Eintrag, welche dieser Angehörigen über die Relations upgedatet werden und welche nicht, nämlich nur diehjenigen, die einer anderen Konfession angehören
|-
|AbgleichKunde=KKWollerau || ||Falls für einen Kunden spezielle Datenanpassungen oder Gruppeneintragungen programmiert wurden
|-
|AbgleichEKP=WundW || || Einwohnerkontrollsoftware: GeSoft, WundW, GlarusHoch3, VRSG, VRSGSchule, IT&T, GERES (=GERES12), GERES12, GERES30, kein, Damit Daten verschieden aufbereitet werden können
|-
|Dateiformat=txt || OBLIGAT || Format der Daten-Datei, mögliche Formate: txt, xls oder doc (geht noch nicht)
|-
|Trennzeichen=TAB || ALT || wird nicht mehr gelesen (Musste angegeben werden, falls das Dateiformat txt ist, sonst "Trennzeichen=rem" reinschreiben)
|-
|MutationsGemeinde || || Nur angeben, falls eine pol. Gemeinde verschiedene Mutationsfiles liefert, deren IDs aber ins selbe Wahlfeld (IDName) eingetragen wird. Dann steht in tmutation dieser Eintrag und nicht der IDName
|-
|Mutationsdatum || || Muss vorhanden sein, wenn in der Mutationsdatei nicht nur die aktuellen, sondern sämtliche Mutationen geführt werden.
|-
|ID=ZIP || OBLIGAT || Spaltenüberschrift der Fremd-ID
|-
|IDName=ZIP-Nr || OBLIGAT || Name des Wahlfeldes für die Fremd-ID
|-
|IDName=ZIP-Nr,PersonenNr || || mehrere Abgleiche eingerichtet, bei gleichen Spaltennamen ist nur eine Angabe nötig, sonst beide. IDName muss natürlich verschieden sein!
|-
|IDGemeindeGERES=359 || OBLIGAT || ID der GERES-Sendegemeinde. Diese wird benötigt um den Wohnsitz festzulegen (ResidenceType) und später (wenn mehrere Sende-Gemeinden implementiert werden) um die localPersonId.personId der richtigen Gemeinde bzw. dem richtigen WahlfeldID zuzuordnen
|-
|CodeKG=Kath-Kirchkreis || || Code der Kirchgemeinde, zu der die Adresse gehört
|-
|IDHaushaltGEM=HaushaltNr || ||Haushalts-ID der Gemeinde-Software
|-
|EGID=EGID || ||Eidgen. Gebäude-ID des Wohnhauses
|-
|EWID=EWID || ||Eidgen. Wohnungs-ID des Wohnhauses
|-
|Anrede=Anrede || (OBLIGAT) || Spaltenüberschrift für die Anrede, falls nicht vorhanden, muss eine Spalte Geschlecht vorhanden sein (siehe unten)
|-
|Geschlecht=Anrede || (OBLIGAT) || Spaltenüberschrift für die Geschlechtsangabe (männlich/weiblich), nur obligatorisch bzw. nötig, falls Anrede nicht vorhanden
|-
|Titel=Titel || || Spaltenüberschrift für den Titel, nur nötig, falls in Anrede nicht vorhanden (falls Dr. oder Prof. drin steht, wird Anrede ergänzt)
|-
|Name=Allianzname || OBLIGAT || Spaltenüberschrift für den Namen (Huber) oder den gesamten Allianznamen (Huber-Müller)
|-
|Allianz=Allianz || || Spaltenüberschrift für den halben Allianznamen (Müller), falls beim Namen nicht der gesamte Allianznamen drin steht sondern nur der Name (Huber) und der Allianzname aus 2 Spalten zusammengesetzt werden muss (Huber-Müller)
|-
|Vorname=Vorname || OBLIGAT || Spaltenüberschrift für den Vornamen
|-
|rem Rufname=Rufname || || Spaltenüberschrift für den Rufnamen. Falls hier die Rufnamenspalte angegeben wird, wird dieser anstelle des Vornamens eingesetzt, falls ein Rufname vorhanden ist
|-
|Datensperre=Sperrcode || || Spaltenüberschrift für den Sperrcode
|-
|DatensperreJa=gesperrt&Sperre&Sperrung || || Aufzählung mit Codes, die Datensperre=ja bedeuten (mit & getrennt), bei mehreren Abgleichen könnten auch verschiedene ja-Codes definiert werden: DatensperreJa=gesperrt&Sperre&Sperrung,1,ja&JA&Ja. Die Einträge hier werden beim Abgleichen laufend automatisch ergänzt
|-
|DatensperreNein=<nowiki>''</nowiki>&Keine Sperre || || Aufzählung mit Codes, die Datensperre=nein bedeuten, siehe oben, <nowiki>''</nowiki> bedeutet leerer Eintrag
|-
|Funktion || || zB. c/o-Zeile, die ins Feld Funktion eingefüllt wird
|-
|StrasseNummer=Adresse_Strasse_Hausnummer || OBLIGAT || Spaltenüberschrift für die Anschrift oder Strasse und Hausnummer einzeln, siehe unten
|-
|Strasse=Adresse_Strasse || OBLIGAT || Spaltenüberschrift für die Strasse oder Strasse und Hausnummer gemeinsam, siehe oben
|-
|Hausnummer=Adresse_Hausnummer || OBLIGAT || Spaltenüberschrift für die Hausnummer oder Strasse und Hausnummer gemeinsam, siehe oben
|-
|Hauszusatz || || einzelner Buchstabe, der Hausnummer ergänzt (falls nicht im Feld Hausnummer enthalten), zB. das B von 35B
|-
|Postfach=Postfach || || Spaltenüberschrift für das Postfach
|-
|PLZOrt=Adresse_PLZ_Ort || OBLIGAT || Spaltenüberschrift für PLZ und Ort statt PLZ und Ort einzeln, siehe unten
|-
|PLZ=Adresse_PLZ || OBLIGAT || Spaltenüberschrift für PLZ (falls PLZ und Ort gemeinsam, siehe oben), nicht angeben, falls PLZLaufNr geliefert wird, siehe unten
|-
|PLZLaufNr=PLZLaufNr || || Spaltenüberschrift für PLZLaufNr, falls statt der PLZ eine PLZ mit Postcode geliefert wird. Wenn das der Fall ist werden rein numerische PLZLaufNr auf 4 Stellen gekürzt und als PLZ angegeben)
|-
|Ort=Adresse_Ort || OBLIGAT || Spaltenüberschrift für Ort (falls PLZ und Ort gemeinsam, siehe oben)
|-
|PLZOrt2=PLZ_Ort_Postfach || || Spaltenüberschrift für PLZ und Ort vom Postfach
|-
|Wegzugsdatum=Wegzugsdatum || || Spaltenüberschrift für das Wegzugsdatum, dient nur zur Überprüfung, ob es ein Weg- oder Zuzug ist (Vergleich der beiden Daten)
|-
|Zuzugsdatum=Zuzugsdatum || || Spaltenüberschrift für das Zuzugsdatum
|-
|Firma=Adresse_C_O_Zeile || || Diese Spalte zeigt an, dass es auch Firmen in der Adressliste hat (eingerichtet von der Ruf)
|-
|Telnummer=Telnummer || || Spaltenüberschrift für die Telnummer
|-
|TelM=Handy || || Spaltenüberschrift für die mobile Telnummer
|-
|TelG=TelGesch || || Spaltenüberschrift für die geschäftliche Telnummer
|-
|EMail=EMail || || Spaltenüberschrift für die EMail-Adresse
|-
|Bemerkung=Bemerkung || || Spaltenüberschrift für Bemerkungen
|-
|Bemerkung2=Bemerkung || || Spaltenüberschrift für Bemerkungen
|-
|Geburtstag=Geburtsdatum || || Spaltenüberschrift für das Geburtsdatum
|-
|Geburtsort=Geburtsort || || Spaltenüberschrift für den Geburtsort
|-
|Todestag=Todesdatum || || Spaltenüberschrift für das Todesdatum
|-
|Todesort=Todesort || || Spaltenüberschrift für den Todesort
|-
|Zivilstand=Zivilstand || || Spaltenüberschrift für den Zivilstand
|-
|Heiratsdatum || || Spaltenüberschrift für das Heiratsdatum
|-
|Heiratsort || || Spaltenüberschrift für den Heiratsort
|-
|Trauungsdatum || || Spaltenüberschrift für das Trauungsdatum
|-
|Trauungsort || || Spaltenüberschrift für den Trauungsort
|-
|Trennungsdatum || || Spaltenüberschrift für das Trennungsdatum
|-
|Trennungsort || || Spaltenüberschrift für den Trennungsort
|-
|Scheidungsdatum || || Spaltenüberschrift für das Scheidungsdatum
|-
|Scheidungsort || || Spaltenüberschrift für den Scheidungsort
|-
|EheBemerkungen|| || Spaltenüberschrift für die EheBemerkungen (zB. die Traukirche, die kein eigenes Feld hat...)
|-
|Zivilstandsdatum|| || Spaltenüberschrift für das Datum des letzten Zivilstanderegnisses. Je nach Zivilstand bedeutet das Datum etwas anderes. Ledig: Geburtsdatum, Verheiratet/Eingetr. Partnerschaft: Trauungsdatum, Geschieden/Ausgetr. Partnerschaft: Scheidungsdatum, Verwitwet: Verwitwungsdatum
Falls die Spalte Zivilstandsdatum vorhanden ist, sind Trauugsdatum, Scheidungsdatum etc... überflüssig
|-
|Konfession=Konfession || || Spaltenüberschrift für die Konfession
|-
|Beruf=Beruf, GERES: Beruf=nein|| || Spaltenüberschrift für den Beruf 
Bei GERES kann mit dem Eintrag Beruf=nein der Abgleich vom Berufsfeld abbestellt werden, wenn dieser nicht gemeldet wird (Kanton Bern)
|-
|Heimatort=Heimatort|| || Spaltenüberschrift für den Heimatort
|-
|Heimatort2=Heimatort2|| || Spaltenüberschrift für den Heimatort2
|-
|Staat=Staat || || Spaltenüberschrift für den Beruf
|-
|Kircheneintritt=Kircheneintritt_Datum || || Spaltenüberschrift für das Kircheneintrittsdatum
|-
|Kirchenaustritt=Kirchenaustritt_Datum || || Spaltenüberschrift für das Kirchenaustrittsdatum
|-
|Aufenthalt=Aufenthaltsart || || Spaltenüberschrift für die Aufenthaltsbewilligung (Schweizer, C-Bewilligung,...)
|-
|Meldeverhaeltnis=Niederlassung || || Spaltenüberschrift für die Art der Niederlassung (Wochenaufenthalt, Niederlassung,...)
|-
|ZIP_VM1=ZIP_VM1|| || Spaltenüberschrift für die Fremd-ID eines Elternteils
|-
|ZIP_VM2=ZIP_VM2|| || Spaltenüberschrift für die Fremd-ID des anderen Elternteils
|-
|ZIP_Ehe=ZIP_Ehe|| || Spaltenüberschrift für die Fremd-ID des Lebenspartners
|-
|ID_VM1=ZIP_VM1|| || Spaltenüberschrift für die Fremd-ID eines Elternteils
|-
|ID_VM2=ZIP_VM2|| || Spaltenüberschrift für die Fremd-ID des anderen Elternteils
|-
|ID_Ehe=ZIP_Ehe|| || Spaltenüberschrift für die Fremd-ID des Lebenspartners
|-
|ID_Ehe2=ZIP_Ehe|| || Spaltenüberschrift für die Fremd-ID des Lebenspartners, nur nötig falls 2 Spalten für Partnerschaft vorhanden (zB. Gatte und Gattin)
|-
|PartnerschaftsNr=PartNr|| || Statt mit ID_VM1, ID_VM2 und ID_Ehe können auch mit FamNR und PartnerschaftsNr die Beziehungen gebaut werden.
In der Spalte PartnerschaftsNr stehen KEINE IDs drin, sondern eine Nummer, die die Partnerschaft definiert. D.h. bei beiden Partnern steht dieselbe Nummer drin.
Wird eine PartnerschaftsNr angegeben, muss auch eine FamNr angegeben werden, ID_VM1, ID_VM2 und ID_Ehe sind aber überflüssig
|-
|FamNr=FamNr|| || Zusammenspiel FamNR und PartnerschaftsNr: 
Nur FamilienNr, keine PartnerschaftsNr: Kinder und Eltern ohne PartnerIn 
Sowohl FamilienNr als auch PartnerschaftsNr: Paare mit oder ohne Kinder 
Keine FamilienNr, nur PartnerschaftsNr: Paare ohne Kinder 
Weder FamilienNr noch PartnerschaftsNr: Singles
|-
|WFNameMutter=Name Mutter|| || Angabe wie das Wahlfeld heissen soll, in dem der Name der Mutter eingetragen wird
|-
|WFNameVater=Name Vater|| || Angabe wie das Wahlfeld heissen soll, in dem der Name des Vaters eingetragen wird
|-
|NameMutter|| || Spaltenüberschrift des Namens (evtl. inkl. Vorname) der Mutter
|-
|VornameMutter|| || Spaltenüberschrift des Vornamens (falls in separater Spalte) der Mutter
|-
|NameVater|| || Spaltenüberschrift des Namens (evtl. inkl. Vorname) des Vaters
|-
|VornameVater|| || Spaltenüberschrift des Vornamens (falls in separater Spalte) des Vaters
|-
|WF1=MutterName|| || Spaltenüberschrift für ein beliebiges Wahlfeldes
|-
|WF5=VaterName|| || Spaltenüberschrift für ein beliebiges Wahlfeldes
|-
|WF1Name=Name Mutter|| || Angabe wie das Wahlfeldx heissen soll -> nur angeben, falls es sich von der Spaltenüberschrift unterscheidet
|-
|WF5Name=Name Vater|| || Angabe wie das Wahlfeldx heissen soll -> nur angeben, falls es sich von der Spaltenüberschrift unterscheidet
|-
|Gruppe1=Birwinken (1-3)|| || Name der Spalten in der die Zugehörigkeit zur Gruppe 1 - 3 mit 1 bzw. 0 eingetragen ist Gruppe, in die neue Partner eingetragen werden sollen. Dieser Eintrag ist nur für Datenübernahmen gedacht.
|-
|AutoEintrag1=Forum Druckerei|| || Name der 1. - 3. Gruppe, in die Neuzuzüger automatisch eingetragen werden sollen
|-
|KeinAutoEintrag1=Forum Druckerei ausgetragen|| || Name der 1. - 3. Gruppe, in die Neuzuzüger automatisch eingetragen werden sollen. Falls AutoEintrag1 definiert ist, muss auch KeinAutoEintrag1 definiert sein.
|-
|AutoEintragKonf1=römisch-katholisch|| || Fall angegeben, werden nur die Neuzuzüger automatisch in die AutoEintrag1 - 3-Gruppe eingetragen, wenn sie der entsprechenden Konfession angehören
|-
|Abonummer=PfarreiblattNr|| || Spaltenüberschrift für die Abonummer, NOCH NICHT FUNKTIONSTAUGLICH: VORBEREITET ABER WIRD NOCH NICHT ABGEGLICHEN
|-
|Abogruppe=Kirchbote|| || Name der Abonnentengruppe, NOCH NICHT FUNKTIONSTAUGLICH: VORBEREITET ABER WIRD NOCH NICHT ABGEGLICHEN
|-
|Zeremonie1=Taufdatum|| || Spaltenüberschrift für das Datum der Zeremonie 1 - 5
|-
|ZeremonieName1=Taufe|| || Name der Zeremonie 1 - 5, angeben, falls nicht identisch mit Spaltenüberschrift Zeremonie
|-
|ZeremonieKirche1=St. Johann|| || Spaltenüberschrift für die Kirche der Zeremonie 1 - 5
|-
|ZeremonieOrt1=Taufort|| || Spaltenüberschrift für den Ort der Zeremonie 1 - 5
|-
|ZeremonieBem1=Bemerkungen|| || Spaltenüberschrift für die Bemerkungen zu den Zeremonien 1 - 5, handelt es sich um die Zeremonie "Bestattung", in die ZeremonieBemX die Bestattungsart abfüllen und in den ZeremonieSpruchX den Friedhof, diese werden dann zusammengesetzt und beide in die Bemerkungen abgefüllt
|-
|ZeremonieSpruch1=Bemerkungen|| || Spaltenüberschrift für den Spruch zu den Zeremonien 1 - 5
|-
|Zeremonie1Pate1Name=Name_TaufPate1|| || Spaltenüberschrift für den Namen des Paten1 der Zeremonie 1 (Paten 1 - 4, Zeremonien 1 - 2)
|-
|Zeremonie2Pate4Name=Name_FirmPate4|| || Spaltenüberschrift für den Namen des Paten4 der Zeremonie 2 (Paten 1 - 4, Zeremonien 1 - 2)
|-
|Zeremonie1Pate1Vorname=Vorname_TaufPate1|| || Spaltenüberschrift für den Vornamen des Paten1 der Zeremonie 1 (Paten 1 - 4, Zeremonien 1 - 2)
|-
|Zeremonie2Pate4Vorname=Vorname_FirmPate4|| || Spaltenüberschrift für den Vornamen des Paten4 der Zeremonie 2 (Paten 1 - 4, Zeremonien 1 - 2)
|-
|Zeremonie1SeelsorgerName=TaufspenderName|| || Spaltenüberschrift für den Namen des Seelsorger der Zeremonie1 (Zeremonien 1 - 5)
|-
|Zeremonie1SeelsorgerVorname=TaufspenderVorname|| || Spaltenüberschrift für den Vornamen des Seelsorger der Zeremonie1 (Zeremonien 1 - 5)
|-
|Klasse=Klasse|| || Spaltenüberschrift für den Klassennamen
|-
|KlasseZusatz=Zusatz|| || Spaltenüberschrift für den Zusatz zum Klassennamen
|-
|Schulhausliste=Birchmatt&Loosli|| ||Aufzählung mit Schulhäuser des VRSGSchule-Agleich. Bei mehreren Abgleichen könnten auch verschiedene Schulhäuser definiert werden: Schulhaus=Birchmatt&Loosli,Kindergarten Obwiis&Kindergarten Moosfeld.
|-
|Schulhaus=Schulhaus|| || Spaltenüberschrift für das Schulhaus
|-
|LehrerGeschlecht=LGes|| || Spaltenüberschrift für des Geschlecht des Lehrers
|-
|LehrerAnrede=LAnrede|| || Spaltenüberschrift für die Anrede des Lehrers
|-
|LehrerVorname=LVorname|| || Spaltenüberschrift für den Vornamen des Lehrers
|-
|LehrerName=LName|| || Spaltenüberschrift für den Namen des Lehrers
|-
|GV1Geschlecht=GV1Ges|| || Spaltenüberschrift für das Geschlecht des Gesetzesvertreters 1 (GV1)
|-
|GV1Anrede=GV1Anrede|| || Spaltenüberschrift für die Anrede des GV1
|-
|GV1Vorname=GV1Vorname|| || Spaltenüberschrift für den Vornamen des GV1
|-
|GV1Name=GV1Name|| || Spaltenüberschrift für den Namen des GV1
|-
|GV1TelP=GV1Tel_P|| || Spaltenüberschrift für die private Festnetznummer des GV1
|-
|GV1TelG=GV1Tel_G|| || Spaltenüberschrift für die geschäftliche TelNummer des GV1
|-
|GV1TelM=GV1Natel|| || Spaltenüberschrift für die mobile Telnummer des GV1
|-
|GV1EMail=GV1EMail_P|| || Spaltenüberschrift für die EMail-Adresse des GV1
|-
|GV1Strasse=GV1Strasse|| || Spaltenüberschrift für die Strasse des GV1
|-
|GV1PLZ=GV1PLZ|| || Spaltenüberschrift für die PLZ des GV1
|-
|GV1Ort=GV1Ort|| || Spaltenüberschrift für den Ort des GV1
|-
|GV2Geschlecht=GV2Ges|| || Spaltenüberschrift das Geschlecht des Gesetzesvertreters 2 (GV2)
|-
|GV2Anrede=GV2Anrede|| || Spaltenüberschrift für die Anrede des GV2
|-
|GV2Vorname=GV2Vorname|| || Spaltenüberschrift für den Vornamen des GV2
|-
|GV2Name=GV2Name|| || Spaltenüberschrift für den Namen des GV2
|-
|GV2TelP=GV2Tel_P|| || Spaltenüberschrift für die private Festnetznummer des GV2
|-
|GV2TelG=GV2Tel_G|| || Spaltenüberschrift für die geschäftliche TelNummer des GV2
|-
|GV2TelM=GV2Natel|| || Spaltenüberschrift für die mobile Telnummer des GV2
|-
|GV2EMail=GV2EMail_P|| || Spaltenüberschrift für die EMail-Adresse des GV2
|-
|GV2Strasse=GV2Strasse|| || Spaltenüberschrift für die Strasse des GV2
|-
|GV2PLZ=GV2PLZ|| || Spaltenüberschrift für die PLZ des GV2
|-
|GV2Ort=GV2Ort|| || Spaltenüberschrift für den Ort des GV2
|-

|}
 

==[Redaktion]==
{| border="1" cellpadding="5" cellspacing="0"
! Eintrag !!Bedeutung
|-
|Wochenvorlage5Min=ja || Falls die Wochenvorlage eine Genauigkeit von 5 min. haben soll (default sind 2 min.)
|-
|BBTimeCodeObligat=ja || Falls die Eingabe eines Timecodes in den Bauchbinden obligatorisch sein soll (default nein)
|-
|BeitragIdentisch=nein || Normalerweise sind alle Elementtitel des gleichen Beitrags identisch, weshalb auch die An- und Abmodifiles am selben Tag identisch sein müssen. Falls BeitragIdentisch=nein, dann müssen alle Elementtitel am selben Tag unterschiedlich sein (wegen den Modi-Files) und für jedes An- und Abmodi wird ein eigenes File erstellt. Die Elementtitel sind deshalb unabhängig vom Beitragstitel
|-
|}
 

=PRx.ini=
Die PRx.ini ist die ini-Datei des ProReg- bzw. ProMan-Gremiums.

=== [Pfade] ===

{| border="1" cellpadding="5" cellspacing="0"

! Pfad !!ProReg
|-
|VerbindungsString=Provider=Microsoft.Jet.OLEDB.4.0;Data Source=C:\isys\ProReg\Gemeinderat\ProRegDaten.mdb; || String zur ProRegDaten.mdb
|-
|}

Fehlermeldungen ProMan, ProReg

2022-01-31T13:18:35Z

IsysAdmin: /* "Viren- & Bedrohungsschutz: Aktion blockiert" verhindert das Anhängen vom ProReg.dotm */

= Fehlermeldungen =

==="Viren- & Bedrohungsschutz: Aktion blockiert" verhindert das Anhängen vom ProReg.dotm===
Windowssymbol -> Zahnrad -> Update und Sicherheit -> Windows-Sicherheit -> Viren- & Bedrohungsschutz öffnen.
Unter "Einstellungen für Viren- & Bedrohungsschutz" auf "Einstellungen verwalten" klicken.
Unter "Ausschlüsse" auf "Ausschlüsse hinzufügen oder entfernen" klicken.
Mit dem Button '''+Ausschluss hinzufügen -> Datei''' das PreReg.dotm browsen und als Ausschluss eintragen.

===Die Methode DBEngine für das Object _Application ist fehlgeschlagen===
Beim Speichern des Protokolls erscheint die Meldung: "Die Methode DBEngine für das Object _Application ist fehlgeschlagen".
Im Ordner "C:\Program Files (x86)\Common Files\Microsoft Shared\DAO\" waren neben der üblichen dao360.dll noch zwei uralte Dateien von 1999, eine davon die dao350.dll, enthalten. In den Verweisen vom Proreg.dpt war eine Referenz auf diese uralte dll gesetzt,also auf die "Microsoft.DAO 3.51 Object Library" statt auf die "Microsoft.DAO 3.6 Object Library". Lösung:
Haken beim falschen Verweias entfernen und die richtige dll - falls sie unten nicht zur Auswahl steht - mit dem Button "Durchsuchen..." im obigen Pfad auswählen und anhaken.

Anderes Vorgehen:

Unter Verweise

Microsoft Office 14.0 Access database engine Object Library

Priority mit den Pfeilen nach oben verschieben (an die 2. oder 3. Position)

===isysEloEG.exe stürzt nach dem Anzeigen des Fensters und vor Öffnen des Words ab===

Im MyCsharp-Forum habe ich folgenden Beitrag gefunden:
 
 
''Fehlermeldung:'' 
''Ein Ausnahmefehler des Typs "System.InvalidCastException" ist in ConsoleApplication1.exe aufgetreten.'' 
''Zusätzliche Informationen: Das COM-Objekt des Typs "Microsoft.Office.Interop.Excel.ApplicationClass" kann nicht in den Schnittstellentyp "Microsoft.Office.Interop.Excel._Application" umgewandelt werden. Dieser Vorgang konnte nicht durchgeführt werden, da der QueryInterface-Aufruf an die COM-Komponente für die Schnittstelle mit der IID "{000208D5-0000-0000-C000-000000000046}" aufgrund des folgenden Fehlers nicht durchgeführt werden konnte: Bibliothek nicht registriert. (Ausnahme von HRESULT: 0x8002801D (TYPE_E_LIBNOTREGISTERED)).''

Die Lösung lautete:

''Solution: This issue can be resolved by deleting an invalid registry key left over from the higher version of Office. Follow the Steps:'' 
''Start--> Run --> regedit --> HKEY_CLASSES_ROOT-->TypeLib-->{00020813-0000-0000-C000-000000000046} --> 1.8/1.7 (Delete the key 1.8 if empty)'' 
''Cause: This issue is caused by a left over registry key if you have downgraded your version of Microsoft Office from either Office 2010 to Office 2007, or Office 2013 to Office 2010 or 2007.''

Genauso wars bei mir, nur mit Word. Es wurde von 2016 auf 2013 downgegraded, worauf zum Beispiel bei Excel ein verwaister 1.9er Schlüssel an obiger Stelle war. Ich hab in der Nähe den entsprechenden Schlüssel vom Word gefunden und den leeren, höher nummerierten Schlüssel gelöscht, dann war gut. Bei mir ist der Word-Schlüssel hier zu finden:

[[Datei:regedit.jpg|800px]]

===Word: Fehlende Verweise -> Fehler beim Zugriff auf die Systemregistratur===
Im Word sind laut Fehlermeldungen falsche Office-Verweise gesetzt, drückt man auf Extras -> Verweise kommt aber die Fehlermeldung "Fehler beim Zugriff auf die systemregistratur"
Dies liegt daran, dass der aktuelle Benutzer keine Administratorenrechte besitzt. Also den Benutzer wechseln zu einem Administratorenuser, nun das ProReg.dot öffnen und die Verweise korrigiern.
ACHTUNG: Unbedingt kontrollieren, ob sich das ProReg.dot auch gespeichert hat. Falls nicht, irgendwo im Code einen Leerschlag einfügen und nochmals speichern, bis das ProReg.dot ein aktuelles Änderungsdatum erhalten hat.
Nun sollte auch beim anderen Benutzerkonto alles funktionieren

===Access kann Word nicht öffnen===

1) Das Protokoll von Hand öffnen und nachschauen, ob es (oder ein anderes Protokoll) in den von Word deaktivierten Dokumenten aufgelistet ist. Falls ja, alle deaktivierten Dokumente wieder aktivieren:

[[Datei:FehlerWordOeffnen.png]]

2) Es sind nicht alle Gremien sauber auf Word 2010 umgestellt, nur einige. Dann kann es sein, dass in der Startprozedur eine andere Wordversion bestimmt wird, als Vorlage im Grmium vorhanden ist. -> Alle Gremien sauber auf 2010 umstellen.

===Access kann Datensatz nicht aktualisieren und behauptet die DB sei schreibgeschützt===

Access kann Datensätze in einer Abfrage nur aktualisieren, wenn die Tabellen in Beziehung zueinander stehen. Folgendes Beispiel aus der Speichern-Prozedur im ProReg.dot kann schiefgehen

[[Datei:DatensatzAktualisieren.png]]

* wenn die Beziehung zwischen tRegister und tGeschäft fehlt
* wenn die Primärschlüssel in tRegister und tGeschäft fehlen

===Word weigert sich, Dokumente am richtigen Pfad abzuspeichern===
Kontrollieren, ob in den Word-Optionen -> Addins -> Gehe zu COM AddIns, irgendwelche andere Addins (z.B. abDocs von Acer) installiert sind. Alle überflüssigen entfernen. Dann gehts wieder.

===Registerkarte "AddIns" im Word nicht vorhanden===

* Die AddinIns sind in den "Word-Optionen -> Menüband anpassen" nicht aktiviert
* Eine andere Software hat den Menü-Reiter "Addins" umbenannt, zB. die VRSG Steuersoftware benennt den Reiter um in "Steuerdaten"
* In den Word-Optionen ist unter "Speichern" -> "Dokumente speichern" - > "Dateien in diesem Format speichern:" statt "Word-Dokument (*.docx)" etwas anderes eingetragen, zB. "Word-Vorlage (*.dotx)", was beim Speichern natürlich subito die AddIns rauswirft.

===Überprüfung, drücken Sie Esc um den Vorgang abzubrechen===
1. Den Pfad zum Applikationsordner im User-Laufwerk (und den Pfad zum Datenordner) in die vertrauenswürdige Speicherorte eintragen. 
2. Spoofingüberprüfungen etc. ausschalten gem. [[Diverse_Anleitungen_Man,_Reg#Word_2010_Sicherheitseinstellungen| Sicherheitseinstellungen im Word 2010]]

===Die Datenbank wurde von Benutzer 'Admin' auf Computer XY in einen Status versetzt, in dem sie nicht geöffnet oder gesperrt werden kann===

Verdacht: Die Datenbank wechselt bei Design-Änderungen (wie Manipulation der CommanBars, etc...) vom Share-Mode in den Exclusive-Mode und kommt da nicht mehr raus. Beim nächsten Zugriff auf die DB gibt es dann den Fehler 3734.

Ein Ansatz aus dem Netz, den Fehler zu vermeiden, ist hier beschrieben: [http://www.source-code.biz/snippets/vbasic/10.htm| How to avoid error 3734]. Da wird in der AutoExec-Funktion die Verbindung neu bzw. ein zweitesmal erstellt (Papa hat das mal eingebaut, mal schauen, ob das was nützt):

Public Function Autoexec()
Static Conn2 As Object: Set Conn2 = CreateObject("ADODB.Connection")
Conn2.Open "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" & CurrentProject.FullName
End Sub

Ein anderer Post im Netz behauptet, dass beim Öffnen und Schliessen eines Fensters die Datenbank wieder in den Share-Modus zurückfindet: "I found one workaround: open any form and then close it. This seems to cause Access to reconsider whether it needs the database to stay in exclusive mode or not. This is pretty gross, however." Ein Lösungsansatz wäre also nach den ganzen Designänderungen im Hintergrund ein Fenster zu öffnen und dann wieder zu schliessen.

Dies wird bestätigt bei Frau Blasers Kollegin bei der EK Zürich. Öffnet sie ihre DB wird das Gremium automatisch gewechselt, weil sie ein anderes Startgremium hat. Öffnet sie nun ein Einzelgeschäft und versucht dieses zu speichern, kommt die obige Fehlermeldung.
Starte ich nun isys neu, öffne das Fenster "Gremien" und wähle das schon offene Gremium wieder aus, kann ich nachher das EG problemlos speichern...

===Frage, ob Änderungen in der Dokumentvorlage auch gespeichert werden sollen===
- Wordoptionen -> Erweitert -> Speichern -> "Bestätigung vor dem Speichern von Normal.dot" deaktivieren 
- Entfernen von Add-Ins oder Makros, die die globale Vorlage ändern gemäss [http://support.microsoft.com/kb/918064 Microsoft-Hilfe]: Problemumgehung 2, Methode 2 
- Alle anderen Vorschläge von [http://support.microsoft.com/kb/918064 Microsoft-Hilfe] ausprobieren 

===Textmarke Nummer fehlt, aber die Textmarke ist in der Vorlage vorhanden===

* Es kann sein, dass Word die Protvorlage in der geschützten Ansicht aufmachen muss (wegen den Sicherheitseinstellungen), dann kann natürlich kein Code ablaufen. In diesem Fall den Ordner ProMan in den Wordoptionen in die geschützten Speicherorte eintragen. Falls das nicht möglich ist, dann die Häkchen in den geschützten Ansichten rausnehmen (Unsichere Speicherort und Internet).

* Das Zusammenspiel von Access und Word funktioniert nicht (relativ häufig in Office 2010):
** Erste Aktion: In der ini-Datei unter [Optionen] StartModus=2 eintragen. Dann wird Word mit anderem Kommando aufgerufen. Das hilft bis heute immer. Wenn nicht:
** Zweite Aktion: Die Texmarke Nummer wird von der Textmarke Nummer1 (aus der Kopfzeile) gekillt, wenn möglich diese löschen. Dasselbe gilt für die Textmarken Datum und Datum1. Vorlage ist kaputt, aus unserer Vorlage Protokoll.dot eine neue Vorlage erstellen. Wenn nicht:
** Dritte Aktion: StartModus=3. Hier muss dann ProReg/ManDokNeu.doc im Startverzeichnis vorhanden sein

=== Die Datei System.mdw fehlt ===
Sie ist zum Start des Programms erforderlich
System.mdw steht bei Access-Runtime-Installationen bei und im Ordner isys-Protokollregister / manager. Wenn sie dort fehlt, Runtime nochmals installieren.
Wenn wir kein Runtime installiert haben, weil der Rechner ein normales ACCESS hat, dann kommt diese Fehlermeldung, wenn ProReg/ProMan.mde implizit ein Runtime-Access startet. Das kann man verifizieren, indem man das normale Access normal startet und wieder schliesst. Dann ruft unser Programm wieder dieses Access auf.
Sichern dieses Ablaufs, indem man im isys-Icon unter Ziel den Pfad des normalen Acces aufführt. Beispiel: "C:\Programme\Microsoft Office\Office\MSACCESS.EXE" C:\Programme\isys-Protokollregister\ProReg.mde

=== Ungültige Formatvorlage ===
Ein Protokoll wird aufgerufen und zeigt keine Kommandos. Extras / Vorlagen & AddIns weist auf C:\Programme\isys-Protokollregister\ProReg.dot. Beim Schliesen des Fensters kommt "Ungültige Formatvorlage".
Ist auch schon in ähnlicher Form bei einem neuen Protokoll aufgetreten.
Grund: Im Ordner \ProReg\ oder \Protokolle\ gibt es ein ProReg.dot
Löschen und gut.

=== Ausdruck (?) steht in Ausdrücken nicht zur Verfügung ===
Hinweis auf falsche oder fehlende Bibliothek.
Nach der Installation einer neuen ProReg/ProMan.mde tritt dieser Fehler auf, wenn man das Protokollregister aufrufen will.
Zugehörige ProReg.mdb mit Shift öffnen. Module / Prozeduren aufrufen und unter Extras / Verweise nachsehen.
Manchmal fehlt ein (überflüssiger) Webdienst. Hinweis deaktivieren.
Oder es fehlt die passende Office Project Library. Z. B. 8.0 statt 10.0. Entsprechend korrigieren.

=== Dokumentvorlage kann nicht geändert werden ===
Beim Einrichten eines neuen Protokolls fehlen die isys-Kommandos.
Extras / Vorlagen und AddIns zeigt Verbindung mit Protokoll.dot. Ändern auf …/ProReg.dot bringt die Fehlermeldung.
Grund: Fehler in ProReg.dot. Fehlende ACCESS-Bibliothek
ProReg.dot öffnen, Alt-F11 zum Öffnen von Visual Basic und über Extras / Verweise den Verweis auf die korrekte ACCESS-Version herstellen.

=== Das angeforderte Element ist in der Sammlung nicht vorhanden ===
Kann leider alles Mögliche sein. Rechner neu starten und wenn das nix hilft debuggen.

=== Datensatz gelöscht ===
Tritt auf beim Speichern eines Protokolls.
Datenbank ProRegDaten.mdb reparieren und komprimieren.

=== ACCESS kann nicht speichern ===
, weil ein anderer Benutzer dieselben Daten bearbeitet ,… oder so ähnlich.
ProRegDaten ist defekt. Reparieren und komprimieren.

=== Doppelte Einträge im Stichwortregister ===
Alle Einträge im Stichwortregister sind doppelt.
In tAllgemein gibt es eine zweite Zeile mit dem Jahrgang.
Diese Zeile löschen.

=== Protokoll aufrufen findet ein vorhandenes Protokoll nicht ===
Protokoll aufrufen zeigt eine Protokollnummer mit Datum an. Beim Aufruf öffnet sich Word, aber der Bildschirm bleibt grau. Das Protokoll wird nicht geöffnet.
Das Protokoll ist im Protokollordner vorhanden und kann mit dem Explorer geöffnet, bearbeitet und gespeichert werden. ProReg findet sie aber nicht wieder.
Grund. Eine Protokolldatei mit demselben Namen liegt in "Eigene Dateien".
Lösung: Die Datei in "Eigene Dateien" löschen.

=== Fehler bei Aufruf eines neuen Einzelgeschäfts ===
Obwohl mit Einzelgeschäft.dot gearbeitet wird, wird die Startprozedur von früheren Einzelgeschäft.doc gestartet, und die findet die Prozedur Pend.RessAuswahl nicht.
Startprozedur im Einzelgeschäft.dot entfernen.

=== Der Wert für das Mass muss zwischen 0 pt und 1584 pt liegen ===
Tritt auf beim Anlegen der Traktandenliste oder beim Anlegen neuer Traktanden, wenn zu RegSpalten Angaben in der ini-Datei stehen und in der Systemsteuerung als Regions- und Sprachoption Deutsch(Deutschland) eingestellt ist. Dann konvertiert ProMan.dot bzw. ProReg.dot die Zahlen falsch.
Systemsteuerung / Regions- und Sprachoption auf Deutsch(Schweiz) stellen.

===Converter mswrd632.wpc ===

“Word cannot start the converter mswrd632.wpc”

Der Fix von Microsoft kann hier oder auf unserer Homepage unter "Wartung" downgeloadad und installiert werden!
 
[http://www.isys-informatik.ch/images/stories/MicrosoftFixit50352.msi Download Fix]
 
 

=== Fehler beim erstellen Neues Protokoll" ProMan.dot nicht gefunden"===
Lösung: Neue .mde erstellen, danach sollte es gehen!

=== Beim Start der .mde kommt: "Cannot find Language.dll" ===
Lösung: Einmal die .mdb starten, dann sollte es wieder gehen.

=== Pendenzliste ist sehr "luftig", d.h. sie hat übergrosse Zeilenabstände ===
In der Vorlage "Normal.dot" stehen im Format "Standard" unter "Absatz" komische Werte.
Die kann man korrigieren, indem man das Format aus einem Dokument mit vernünftigen Werten über "Formatvorlagen verwalten" in das "Normal.dot" kopiert.

==="Fehler beim Laden einer dll"===
Nachsehen, ob unter Extras/Verweise "Microsoft DAO 3.6 Object Library" aufgeführt ist.
Wenn sie nicht vorhanden ist,
"C:\Program Files\Common Files\Microsoft Shared\DAO\dao360.dll"
von einem beliebigen Rechner holen und hier einkopieren.

===Meldung beim Speichern:"Auf ...\ProRegdaten.mdb kann nicht zugegriffen werden..."===
Unter [Pendenzen]Fremde= sind Inis eingetragen mit Pfaden, auf die nicht zugegriffen werden kann.

Diese Einträge beseitigen. Ab ProReg.dot 19.0.10 behoben.

===Bug bei Windows Update Access geht nicht mehr Windows Vista/ Windows 7 ===

'''Behebung: Deinstallation von Update KB3085515'''

[https://social.msdn.microsoft.com/Forums/de-DE/41b0402b-c602-47f9-85a6-d9eb78978a36/probleme-mit-kb3085515-zur-info?forum=accessde Update KB3085515]

''Windows Vista''
Systemsteuerung -> Programme und Funktionen -> Installierte Updates anzeigen

''Windows 7''
Systemsteuerung -> System und Sicherheit und es öffnet sich folgendes Fenster.

[[Datei:Neu1.jpeg]]

Ein Klick auf Windows Update öffnet dann ein weiteres Fenster mit Informationen zum aktuellen Stand der Windows Updates.

[[Datei:Bild 2.jpeg]]

Hier findet man nun die gesuchte Möglichkeit sich die installierten Updates anzeigen zu lassen. Im linken Menü befindet sich ein Link mit dem passenden Namen: Updateverlauf anzeigen. Ein Klick darauf öffnet ein Fenster in dem alle installierten Updates aufgelistet sind.

[[Datei:3.jpg]]

''Windows 10''

Klicke mit der rechten Maustaste auf das Windows-Logo
Klicke auf Programme und Features

[[Datei:4.png]]

Auf der linken Seite klicke auf Installierte Updates anzeigen

[[Datei:5.png]]

Jetzt kannst du alle Updates sehen, die jemals installiert wurden

[[Datei:6.png]]

===Sortierung der Pendenzlisten nach Pendenznummer===

In alten Datenbanken ProRegDaten.mdb ist in tPendenz die PendenNummer GeschNr als Text definiert. Dann werden die Nummern als Text nummeriert wie: 10, 11, 1, 2 usw.

Ändert man die Definition der GeschNr auf Zahl um (die nötige Konvertierung macht ACCESS automatisch), dann kommt die Sortierung richtig.

HK 14.10.2019