Beiträge von Claudio Pietra (Vertec Gruppe)

Zitat von Claudio Pietra (Vertec Gruppe)

Aber wieso haben denn diese User überhaupt Zugriff auf das? Was haben die sonst für Rechte?

Eine Nachfrage hat ergeben, dass die Bearbeiter alle "Projekt Administratoren" (https://www.vertec.com/ch/kb/standardrechte/) Rechte haben. Das erklärt warum die die Leistungen aller Bearbeiter sehen. Das kann man beheben, in dem man einzeln die Rechte wieder entzieht (wie in #7 beschrieben) oder von Anfang an die Rechte nicht so "grosszügig" vergibt. "Projektleiter" haben z.B. keine Leserechte auf andere Bearbeiter, können aber trotzdem die eigenen Projekte administrieren.

So geht das sicher, genau! Aber wieso haben denn diese User überhaupt Zugriff auf das? Was haben die sonst für Rechte?

Ich meine die ganze Leistungsliste. Wenn ihr heikel seid in der Beziehung, dann entzieht die Rechte auf Bearbeiter > Leistungen, das ist (vermutlich auch bei Dir) via Linkmember des Linktyps (offeneleistungen des Projektbearbeiters ) einschränkbar. Entziehe die Leserechte auf diese Association und der Linktyp kommt nicht mehr, das tangiert aber die generell Lesbarkeit der Leistung nicht.

Aber Leistungen auf einem Projekt ist nicht Leistungen auf dem Bearbeiter. Und diese Ansicht sieht man nur wenn man Zugriff auf die Leistungen des Bearbeiters hat. Das hat nichts damit zu tun, dass jeman die Leistung sieht, oder die Leistungen vom Projekt aus.

Die Frage die ich mir stelle: warum kommt dieser User, der das nicht sehen will, überhaupt auf die Leistungen des Bearbeiters? Ich würde da ansetzen.

Das geht über eine Association, nicht über ein Member auf dem Objekt, siehe https://www.vertec.com/ch/kb/modelladressen/. Beispiel: defaultEmail.

Aha, verstanden. Was ist denn in diesem DataGrid drin? Kann gut sein, dass man da die Custom Renderer nicht verwenden kann.

Ich weiss, es gibt einige Anwendungen für diese Grids im Standardumfang, wir sind da aber nicht gross Fan davon, weil viele Dinge nicht ideal funktionieren in diesen Grids, z.B. ein "Löschen". In den meisten Fällen kann man die Anforderung an so ein Grid auch gut via Linktyp erfüllen, mit all den Vorteilen welche diese Listen mit sich bringen (Doppelklick, *-Zeile, Context-Menü, Löschen, etc.). Können Sie ihr Grid nicht in einen Linktyp packen?

Man gibt einfach den Renderernamen (mit Modul) im Feld "Renderer" an, in der Ressourcenplanung (oder im Plug-in LEDES) gibt es dazu Beispiele. Hier eine Spalte in der Ressourcenplanung:

In der KB: https://www.vertec.com/kb/cust…ng-in-listeneinstellungen

Sie haben das "Angemeldet bleiben" Feature nicht ausgeschaltet, oder? Mit dem reduzieren sich die Logins ja sehr, und damit auch das Abtippen eines TOTP Codes.

Aktuell gibt es neben dem nur die Möglichkeit über LDAP, da haben diverse Kunden schon ein 2FA "hintenrum" eingeführt, siehe z.B. https://www.vertec.com/kb/ldap…ng-uber-ein-externes-tool.

Aktuell sind wir dran, eine Integration mit Microsoft 365 bez. Single-Sign-On zu bauen, siehe Roadmap: https://www.vertec.com/ch/vertec-versionen/. Wir sind jedoch aktuell dran und der Durchstich ist gemacht, so dass das wohl mit 6.7 ausgeliefert werden kann (nicht erst nach 6.7). Es muss aber auf einen Major-Release kommen, weil die Implementation Modelländerung mit sich bringt, die das DB Schema ändern.

Dass die Liste schneller ist, ist klar: denn es werden zwar die Zeilen reingeladen bei der Suche, aber es werden nur diejenigen Felder berechnet, welche auch dargestellt werden - scrollen Sie dann nach unten, sehen Sie, wie die Zellen nachberechnet werden, die reingeladen werden (genauer: es werden immer 2 "Pages" vorgerechnet, das erste runterscrollen ist also schnell, dann werden wiederum 2 "Pages" gerechnet).

Es gibt ein schönes Skript auf unserer KB, mit dem man analysieren kann, welche Spalten in so einer Liste "teuer" sind: https://www.vertec.com/ch/kb/script-ordnerperformance/.

Auch ist es vermutlich so, dass für viele Zeilen ein Office-Bericht mit Ausgabeformat "Excel" viel schneller ist: die Liste muss auch nicht 2x aufbereitet werden. Siehe https://www.vertec.com/ch/kb/office-berichte/.

Zitat von Renzo Peduzzi (Ferax Treuhand AG)

Da ich diese Funktion meist brauche, wenn ich Objekte verknüpfen muss

Ja, das ist die Hauptanwendung, das sehe ich auch so. In einem Fenster allein ist das Drag-n-Drop sehr schwierig. Die Idee mit dem Rechtsklick auf dem schon offenen Tab ist sehr gut, ich gehe dem mal nach.

Vielen Dank für die detaillierten Beobachtung und Vorschläge! Ich versuche diese einzusortieren und zu bewerten:

Suchen abbrechen: das hören wir oft, ist aber nahe bei "unmöglich". Das Vertec Objektsystem ist darauf angewiesen, das einzelne Objekte entweder ganz geladen sind oder nicht, und die ganze UI Anbindung (https://www.vertec.com/ch/kb/v…bindung-an-das-ui-modell/) baut darauf auf. Aus diesem Grund kann man das nicht vergleichen mit (z.B.) einer SQL-Abfrage, die einfach nur Resultate liefert.

Tab in neues Fenster ziehen: In der Web App geht das ja schon, da stellt der Browser das zur Verfügung. In den Windows Apps geht das nicht, wäre aber eine coole Sache, das sehe ich auch so. Es ist aber auch so nicht so weit weg, gibt es diese Option doch auch überall im Rechtsklick Menü:

Tastenkürzel: die Idee hatten wir auch schon, eine Implementation ist aber immer Wichtigerem / Dringenderem gewichen. Damit wir vielleicht noch etwas Motivation tanken können, um das höher zu priorisieren: was für Skripts sind das? Wie häufig führt man die aus? Man muss dazu auch sagen, dass wir zwar schon sehr auf Tastaturbedienbarkeit achten (z.B. bei der Listenerfassung), viele User aber ausschliesslich mit der Maus arbeiten (auch in Comboboxen, wo eine inkrementelle Suche bedeutend schneller wäre).

Linktypen Bezeichnung über OCL: Das Problem kennen wir und wird auch in der Kundenzufriedenheitsumfrage immer wieder angemerkt. Bis jetzt haben wir keine Lösung für eine bessere Orientierung wenn man viele Vertec Tabs offen hat, dynamische Bezeichnung von Linktypen sind aber vermutlich nicht die Lösung, weil diese Bezeichnung ja auch im Baum verwendet wird.

SQL Ordner gleiche Ergebnisse: Bug oder Feature Das erstaunt immer wieder, aber auch Ordner sind "einfache" Vertec Objekte die einfach in verschiedenen Tabs dargestellt werden. Der Inhalt eines Ordners (also was er gerade darstellt) ist auch einfach eine Eigenschaft dieses Objekts, wie z.B. der Code eines Projekts. Insofern ist das "behaves as designed" und es wäre schwierig, für solche Ordner ein anderes Verhalten zu implementieren.

Ja, das ist eine bekannte Limitierung von OCL. Manchmal kann man das mit ->regExpMatch umgehen, aber dann muss man auch den ursprünglichen Suchstring (kundenname) bearbeiten. Haben Sie es mal mit einem GetWithSQL oder GetMemberWithSQL versucht?

So was in der Art:

bold_id IN (SELECT FIRST 30 usereintrag FROM zusatzfeld WHERE metazusatzfeld=419650 ORDER BY wertcurrency DESC)

Formulieren Sie doch mal nach was sie genau sortieren wollen. Das müsste dann im Sub-SELECT sein, denke ich.

Zitat von Tobias Häusler (Vertec Gruppe)

Die Benachrichtigungen aus dem Plugin, welche technisch gesehen eine eigene Art von Eintrag in der Datenbank sind, werden durch eine geplante Aufgabe nachts erzeugt, das ist richtig.

Bei der Inbetriebnahme des Plug-ins werden für die bestehenden Aktivitäten "erst" über diesen Nachtjob erstellt, genau. Man könnte das beschleunigen in dem man die geplante Aufgabe einmalig schon vorher ausführt.

Im laufenden Betrieb muss man aber keine Nacht warten, die Notifications werden laufend erstellt wenn man Aktivitäten erfasst oder verändert.

Sehr gut. So verstehe ich die Anforderung und sehe auch den Nutzen. Das SQL das man bei einem SQL-Ordner angeben kann ist ja nur die WHERE Clause, während man beim Firebird die TOP 30 in den SELECT packen muss.

Direkt geht das also nicht, aber via Sub-Query schon: hier ein Beispiel für die 30 ältesten Projekte im Vertec:

bold_id IN (SELECT FIRST 30 bold_id FROM projekt ORDER BY creationdatetime)

Ich kann mir gut vorstellen, dass man das via SQL WHERE nicht hinkriegt. Das sind ja nicht reine SQL's, die abgesetzt werden.

Aber was würde so eine "gekürzte" Liste denn überhaupt bringen? Die Summe der Angebote stimmt ja dann nicht, welche Angebote wirklich kämen wäre auch recht zufällig. Wäre es nicht eher zielführend, von Anfang an eine kleinere Periode den Usern vorzuschlagen (z.B. ein Monat) oder dann halt auf die lange Liste zu warten, wenn wirklich jemand das ganze halbe Jahr sehen will?

Es geht dabei um die Benachrichtigung in einem modalen Dialog nach dem Login: https://www.vertec.com/kb/noti…start-von-vertec-anzeigen. Haben Sie denn eine Vertec full-featured App (Cloud App, Web App, Desktop App) neu gestartet? Und nach dem Login kommt nichts?

Das ist ein Feature im Core Umfang von Vertec (also unabhängig von Plug-ins die man in Betrieb nimmt): https://www.vertec.com/ch/kb/notifications/