combit Relationship Manager - Handbuch - combit GmbH
combit Relationship Manager - Handbuch - combit GmbH combit Relationship Manager - Handbuch - combit GmbH
Benutzer- und RechteverwaltungBesonderheiten bei der Arbeit mit Feldrechten▪▪▪▪▪Falls neue Felder hinzukommen oder umbenannt werden (und noch nicht konfiguriertwurden), dann greifen für diese die Einstellungen "Basisrecht 'Lesen' für neue Felder"bzw. "Basisrecht 'Schreiben' für neue Felder" auf der Registerkarte Ansichten.Sofern für ein Feld keine Leserechte bestehen, wird ein leerer Inhalt (NULL) geliefert.Dies ist insbesondere bei Statistik, Druck, L&L Formeln (Autoprotokoll, Suchen & Ersetzen,Wechseln usw.) zu beachten!Sofern für ein Feld keine Leserechte bestehen, ist das Feld im Filtermodus QBE inder Eingabemaske schreibgeschützt, ein Suchen ist nicht möglich. Im FiltermodusAllgemein wird das Feld nicht angeboten.Sofern für ein Feld keine Schreibrechte bestehen, ist das Feld in der Eingabemaskeschreibgeschützt. In Dialogen wie "Organisation > Wechseln" oder "Suchen und Ersetzen"wird es nicht angeboten.Die Kombination, dass für ein Feld Schreibrechte, aber keine Leserechte bestehen,ist eher theoretischer Natur aber gefährlich. Denn man könnte einen Inhalt überschreiben,den man gar nicht sieht. Daher kommt bei Einstellung dieser Kombination390
Rechteverwaltungeine Warnung. Möglicher Einsatz dieser Kombination: Ein Autoprotokoll legt relationaleDatensätze an, aber gewisse Felder darin darf der Anwender nicht sehen.Einschränkungen bei der Arbeit mit Feldrechten▪▪▪▪Sortierungen berücksichtigen keine Leserechte, d.h. es kann auch nach Spalten sortiertwerden, deren Inhalt letztlich nicht gesehen werden kann.Die Rufnummernerkennung berücksichtigt keine Feldrechte, dies ist bei eingehendenAnrufen aber nicht praxisrelevant, da die Nummer bereits angezeigt wird.Der Filter Allgemein und Freie SQL Abfragen berücksichtigen keine Feldrechte, d.h.theoretisch könnten durch entsprechende WHERE Abfragen Feldinhalte von Feldernohne Leserechte "erraten" werden. Die Feldinhalte werden natürlich nicht angezeigt.Wenn es sich um kritische Felder handelt, können dem Benutzer die Rechte "FreieSQL Abfrage erstellen" und "Filterausdruck direkt editieren" genommen werden. "VorbereiteteSQL Abfragen" und Filter Allgemein durch rein interaktives Zusammenklickensind dann zwar nach wie vor möglich, aber es kann keine Abfrage erstellt werden,über die Feldinhalte "erraten" werden können.Wenn für ein Autoprotokoll auf das zu schreibende Feld, keine Schreibrechte existieren,oder wenn die Option "Anhängen" gewählt wurde, aber auf das Feld keine Leserechtebestehen, dann wird das Autoprotokoll nicht erstellt und eine Fehlermeldungangezeigt. Diese Fehlermeldung kann vermieden werden, indem z.B. durch eineBedingung in einer Formel ein leerer Inhalt für dieses Feld erzeugt wird (""). Dieskann z.B. durch eine Formel realisiert werden, die einen Eintrag nur dann erzeugt,wenn der Benutzer Mitglied einer bestimmten Gruppe ist (z.B. Hauptbenutzer) undsonst einen leeren Eintrag erzeugt:«Cond(Contains (cRM.User.Groups,"' Hauptbenutzer '"), Aktion.VORLAGE,"")»391
- Seite 340 und 341: Workflow DesignerBeispiel: Zeige Hi
- Seite 342 und 343: Eingabemasken Designer17. Eingabema
- Seite 344 und 345: Eingabemasken Designer▪▪▪▪t
- Seite 346 und 347: Eingabemasken Designer▪▪Registe
- Seite 348 und 349: Eingabemasken DesignerStufe 1 - Glo
- Seite 350 und 351: Eingabemasken Designer‣ Während
- Seite 352 und 353: Eingabemasken Designerbefinden. Wä
- Seite 354 und 355: Eingabemasken Designerdie Sie auf d
- Seite 356 und 357: Eingabemasken DesignerWenn Sie die
- Seite 358 und 359: Eingabemasken DesignerFolgeverknüp
- Seite 360 und 361: Eingabemasken Designer‣ Über die
- Seite 362 und 363: Eingabemasken Designer17.6 ObjekteA
- Seite 364 und 365: Eingabemasken DesignerÜber die Reg
- Seite 366 und 367: Eingabemasken Designer▪▪Mit Com
- Seite 368 und 369: Eingabemasken Designerwurde. Leere
- Seite 370 und 371: Eingabemasken DesignerEigenschaften
- Seite 372 und 373: Eingabemasken DesignerDamit in der
- Seite 374 und 375: Eingabemasken DesignerSchaltfläche
- Seite 376 und 377: Eingabemasken Designer▪Der aktivi
- Seite 378 und 379: Benutzer- und Rechteverwaltung18. B
- Seite 380 und 381: Benutzer- und RechteverwaltungMitgl
- Seite 382 und 383: Benutzer- und Rechteverwaltung▪
- Seite 384 und 385: Benutzer- und Rechteverwaltung‣ P
- Seite 386 und 387: Benutzer- und RechteverwaltungProje
- Seite 388 und 389: Benutzer- und Rechteverwaltungdie E
- Seite 392 und 393: Automatisierung mit Scripten19. Aut
- Seite 394 und 395: Automatisierung mit ScriptenScripts
- Seite 396 und 397: Automatisierung mit ScriptenAnwendu
- Seite 398 und 399: Anhang▪▪Verwenden Sie explizite
- Seite 400 und 401: AnhangKategorieDatentypMS SQLDatent
- Seite 402 und 403: AnhangKategorieDatentypMS SQLDatent
- Seite 404 und 405: Anhangals ein Software-System zu sp
- Seite 406 und 407: Anhangwird, um schnell auf Zeilen i
- Seite 408 und 409: AnhangRTF (Rich Text Format)ServerS
- Seite 410 und 411: AnhangThe OpenLDAP Public LicenseVe
- Seite 412 und 413: IndexFrankierung ..................
- Seite 414 und 415: IndexAutotext .....................
- Seite 416 und 417: IndexKarteikartenansicht ..........
- Seite 418 und 419: IndexVariablen ....................
- Seite 420: IndexAus dem address manager ......
Rechteverwaltungeine Warnung. Möglicher Einsatz dieser Kombination: Ein Autoprotokoll legt relationaleDatensätze an, aber gewisse Felder darin darf der Anwender nicht sehen.Einschränkungen bei der Arbeit mit Feldrechten▪▪▪▪Sortierungen berücksichtigen keine Leserechte, d.h. es kann auch nach Spalten sortiertwerden, deren Inhalt letztlich nicht gesehen werden kann.Die Rufnummernerkennung berücksichtigt keine Feldrechte, dies ist bei eingehendenAnrufen aber nicht praxisrelevant, da die Nummer bereits angezeigt wird.Der Filter Allgemein und Freie SQL Abfragen berücksichtigen keine Feldrechte, d.h.theoretisch könnten durch entsprechende WHERE Abfragen Feldinhalte von Feldernohne Leserechte "erraten" werden. Die Feldinhalte werden natürlich nicht angezeigt.Wenn es sich um kritische Felder handelt, können dem Benutzer die Rechte "FreieSQL Abfrage erstellen" und "Filterausdruck direkt editieren" genommen werden. "VorbereiteteSQL Abfragen" und Filter Allgemein durch rein interaktives Zusammenklickensind dann zwar nach wie vor möglich, aber es kann keine Abfrage erstellt werden,über die Feldinhalte "erraten" werden können.Wenn für ein Autoprotokoll auf das zu schreibende Feld, keine Schreibrechte existieren,oder wenn die Option "Anhängen" gewählt wurde, aber auf das Feld keine Leserechtebestehen, dann wird das Autoprotokoll nicht erstellt und eine Fehlermeldungangezeigt. Diese Fehlermeldung kann vermieden werden, indem z.B. durch eineBedingung in einer Formel ein leerer Inhalt für dieses Feld erzeugt wird (""). Dieskann z.B. durch eine Formel realisiert werden, die einen Eintrag nur dann erzeugt,wenn der Benutzer Mitglied einer bestimmten Gruppe ist (z.B. Hauptbenutzer) undsonst einen leeren Eintrag erzeugt:«Cond(Contains (cRM.User.Groups,"' Hauptbenutzer '"), Aktion.VORLAGE,"")»391