Habs geschafft, läuft jetzt mit Case when then als SQL-Abfrage im Report und filter die entsprechenden Ebenen raus/weg.

Hallo zusammen, aufgrund neuer Passwort-Richtlinien werden die User seit i-doit 1.18 nicht mehr in den SQL Dumps ausgeliefert das ist korrekt. Das setup/install.sh Skript wurde hierbei leider vergessen zu aktualisieren, sodass es in dieser Version nicht funktioniert. Statt dem Skript sollten besser die "Commands" genutzt werden die es seit einiger Zeit in i-doit gibt: php console.php install - dieser Prozess läuft interaktiv ab, kann aber auch mittels Parameter vorbefüllt werden (siehe php console.php install -h) Nachdem i-doit installiert wurde muss über den noch ein Mandant erstellt werden: php console.php tenant-create. Damit sollte dann alles laufen Viele Grüße Leo

Edit2: Ich habe den Report jetzt auf SQL umgestellt. So konnte ich dort den "Status" abhängig vom aktuellen Tag ausgeben lassen. Gruß Stephan

Hallo, genau so geht das. Beim maping vorbereiten werden die Spalten der CSV dann den Feldern der Objekte zugeordnet. Sprich die Reihenfolge, wie die in der CSV stehen ist irrelevant. LG ThomasH

@zappmax Ja, das Update sollte eigentlich klappen. Es gibt neben den Installationskits auch immer Update-Kits. Mit der Open-Version habe ich es noch nicht getestet, aber schon diverse Pro-Updates problemlos durchgeführt (die allerdings etwas anders ablaufen).

Hi Oya, besteht dieses Problem weiterhin oder war es dir möglich es zu lösen? Viele Grüße Selcuk

Hi @DanielB, wie ist denn dein Lösungsansatz für dieses Problem. Findest du, dass das Add-on dir die Dokumentation dieser Informationen erlaubt? Viele Grüße Selcuk

Hi pg11, kannst du eventuell eine Übersicht bereitstellen, welche Rechte der besagte "Admin" inne hat? Auch die Reiter mit "Infrastruktur, Software, Other" etc. fehlen. der sieht allerdings nichts. Screenshots würden uns hier sehr weiterhelfen. Viele Grüße Selcuk

Hallo Lars, leider ist uns hier ein Fehler in der Kommunikation unterlaufen. Das Feature "rollenspezifische Berechtigungen" wurde auf ein späteres Release verschoben. Wir hoffen auf eine baldige Implementierung. Viele Grüße Selcuk

Hallo, das ist eine Frage die ich mir auch schon häufiger gestellt habe. Ich werde ein Ticket erstellen und freue mich, wenn dieses Feature umgesetzt wird. Viele Grüße ThomasH

Hallo @thies, das Komma wird in einen Punkt umgewandelt da es sonst nicht für das Feld Open Map verwertbar ist. Denn dort werden die Werte mit Komma getrennt oder müssen mit Punkten angegeben werden. Du könntest den Wert den du benötigst komplett in die Beschreibung eintragen und musst dann nur dieses Feld auslesen.

Hallo @sedlmaph, erstell doch bitte ein Support Ticket bei uns dann schauen wir uns das an.

Hallo @waetzold-t, leider ist dies bisher nicht variabel möglich. Es wäre natürlich möglich den QR-Code als Bild anzubinden oder via Link aber das geht nur statisch. Es gibt allerdings ein Feature Feedback dazu, du kannst gerne ein Ticket dazu erstellen und wir verlinken dich dann im FF.

Hallo @aguenther, es könnte noch in der Beschreibung eingetragen werden aber ansonsten gibt es da nichts weiter. Es gibt dazu einen bisher nicht umgesetztes Feature Feedback. Erstelle doch ein Ticket und wir verknüpfen dich damit.

Hallo @Araphor, bei solchen Abfragen ist es immer wichtig zu wissen, in welcher Kategorie liegen die Daten die abgefragt werden sollen. Aus welcher Sicht sollen die Daten abgefragt werden, also über welches Objekt. Gerade bei SIM-Karten gibt es verschiedene Kategorien die gepflegt werden können. Es gibt nun 2 Möglichkeiten wie SIM-Karten dokumentiert werden können. Um die neue Logik zu verwenden: In dem Objekttyp Mobiltelefon die Kategorie "Zugewiesene Sim-Karten". In dem Objekttyp Sim-Karte die Kategorie "SIM" und "Karten". Um die alte Logik zu verwenden : In dem Objekttyp Mobiltelefon die Kategorie "verknüpfte Karten". In dem Objekttyp Sim-Karte die Kategorie "SIM-Karte". Die neue Logik hat den Vorteil, dass mehrere SIM Karten für eine Nummer verwaltet werden können