Parteien und Personen – Datenmodell und Regeln
Speicherung der Personen der Vertragsparteien, Rollengrenzen je Vertragstyp, Auflösung der Kontaktdaten und Entstehung des Datenraumzugangs.
Überblick
Jede Partei eines Vertrags (Mandant, Hauptpartner, weitere Parteien) hat Personenzeilen. Eine Zeile verknüpft eine Person mit der Partei – mit Rolle, Ansprechpartner-Kennzeichen, Datenraum-Kennzeichen, der in diesem Vertrag verwendeten Telefon- und E-Mail-Referenz und einer Reihenfolge. Die Zeilen werden beim Speichern des Vertrags aus den Personen des Unternehmens der Partei geschrieben.
Datenmodell
Die Tabellennamen tragen in der Datenbank das eigene Präfix der Installation.
| Tabelle | Zweck der Tabelle | Hauptfelder |
|---|---|---|
contract_person | eine Person einer Vertragspartei | role, is_contact, dataroom, contact_phone_ref, contact_email_ref, Reihenfolge |
person_company | Verknüpfung Person–Unternehmen, je Unternehmen | Position, is_signatory, contact_phone_ref, contact_email_ref |
person_object | Kontaktdaten der Person | Art (Telefon, E-Mail, Adresse), is_primary – ein Standard je Art |
person | Stammsatz der Person | language_id – Benachrichtigungssprache, 0 = Standardsprache des Shops |
Die Referenzfelder verweisen auf die Kennung in person_object; 0 bedeutet die Standard-Kontaktangabe der Person. Eine Person kann mehreren Unternehmen angehören, jeweils mit eigener Position, Zeichnungsbefugnis und Kontaktangabe.
Rollen je Vertragstyp
Die wählbaren Rollen hängen von Haupt- und Untertyp des Vertrags ab; die Methode getPersonRoles() des Vertragsmodells liefert die Liste mit der Höchstzahl je Partei und dem Erwartet-Kennzeichen.
| Bereich | Rollencodes |
|---|---|
| jeder Typ | signatory, attorney – erscheinen im Dokument als Unterzeichner |
| Standard | + contact, unbegrenzt |
| Immobilienvermittlung | + contact, höchstens 1 je Partei, erwartet |
| Bauüberwachung | + contact, technical_contact, site_supervisor |
| Werkvertrag (alle Untertypen) | + contact, technical_contact, site_supervisor, site_manager (höchstens 1) |
| frühere Codes | representative (gleichwertig mit dem Unterzeichner), administrator, other – speicherbar, für neue Zeilen nicht angeboten |
Speicherregeln
- Berechtigung:
addbeim Anlegen,editbeim Ändern; das Unternehmen der Partei muss im Inhaltsbereich des Benutzers liegen. - Zu viele Personen mit einer Rolle je Partei: Fehler, keine Speicherung; die Meldung erscheint unter der Zeile und oben im Hinweisbereich.
- Rolle eines anderen Vertragstyps: Fehler („Die Rolle … ist für diesen Vertragstyp nicht wählbar.“).
- Fehlende erwartete Rolle: Hinweis, der Vertrag wird gespeichert.
- Unterzeichner ohne Zeichnungsbefugnis in der Zeile von
person_company: Hinweis. - Erfolg wird nur für den zurückgelesenen Vertrag gemeldet; die Personenzeilen werden danach geschrieben.
Auflösung der Kontaktdaten
Für eine neue Zeile übernimmt der Vertrag Telefon und E-Mail, die in person_company für das Unternehmen markiert sind; ist der Wert 0, die Standardangabe der Person dieser Art. Eine im Vertrag geänderte Referenz gilt nur für diesen Vertrag. Dokumenterstellung und E-Mails lesen die Vertragszeile.
Entstehung des Datenraumzugangs
Das Kennzeichen dataroom wirkt nur auf der Seite des Beauftragten eines Immobilienvermittlungsvertrags. Nach dem Speichern – sofern der Benutzer die Berechtigung grantaccess des Vertrags hat – verknüpft der zentrale Zugriffsdienst die markierte Person mit einem Datenraum-Benutzer (bei Bedarf aus der Person angelegt), gewährt Ordnerzugriff für die Vertragslaufzeit und versendet über den zentralen Versandweg des Mail-Moduls eine Aktivierungs-E-Mail in der Benachrichtigungssprache der Person. Das Entfernen des Kennzeichens widerruft den durch den Vertrag gewährten Zugang.
Berechtigungen
- Ebene 1: die Basis-Zugriffs- und Änderungsberechtigung der Vertragsroute.
- Ebene 2: die Funktionsberechtigungen
add,editund – für das Datenraum-Kennzeichen –grantaccessdes Vertrags. - Ebene 3: Inhaltsbereich – nur Verträge und Unternehmen innerhalb der erlaubten Unternehmen des Benutzers sind bearbeitbar.