Community
    • Categories
    • Recent
    • Popular
    • Users
    • Search
    • Register
    • Login
    1. Home
    2. jd
    J
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 0
    • Posts 17
    • Groups 2

    jd

    @jd

    administrators
    0
    Reputation
    349
    Profile views
    17
    Posts
    0
    Followers
    0
    Following
    Joined
    Last Online
    Age 24

    jd Unfollow Follow
    Entwicklungspartner administrators

    Latest posts made by jd

    • RE: Dialog+ Modell lässt keinen Neueintrag mehr zu

      Hallo,

      das Verhalten wurde durch eine Änderung im Bereich der verknüpften Dialog-Plus-Felder hervorgerufen. In unserer Knowledge Base findet ihr dazu einen Hotfix, der die Änderung erst einmal rückgängig macht:

      https://kb.i-doit.com/de/administration/hotfixes/index.html

      Wir werden natürlich weiter daran arbeiten, die Änderungen in einer Form in zukünftige Releases zu bringen, die nicht die Pflege neuer Modelle unterbindet.

      Lieben Gruß und weiterhin gutes Gelingen mit i-doit. 🙂
      JD

      //EDIT: Da war @Michael-Overkamp ein paar Sekunden schneller. 🙂

      posted in Allgemein
      J
      jd
    • RE: Problem mit Geräte in Rack einsortieren

      Hi 5t0ne,

      die spezifische Kategorie "Rack" ist ein Feature zur Visualisierung und steht daher ausschließlich in i-doit pro zur Verfügung, weshalb du sie in i-doit open nicht findest. Eine Übersicht über die Unterschiede beider Varianten findest du unter: https://www.i-doit.org/cmdb-it-documentation/

      Lieben Gruß
      Jens

      posted in Betrieb
      J
      jd
    • RE: Dateien über Listeneditierung Objekten zuweisen

      Hallo Chris,

      ich vermute für die Zuordnung soll die Kategorie "Dateizuweisung" genutzt werden. Diese unterliegt allerdings einigen Besonderheiten. Man erkennt zum Beispiel bei der Zuweisung im Objekt-Browser das Baum-Menü, in dem die bereits existierenden Dateien ausgewählt werden können und die zusätzlich vorhandene Upload-Funktion.
      Da diese Funktionen nicht auf die Listeneditierung abgestimmt sind, ist die Zuweisung über die Listeneditierung nicht möglich.
      Hierfür steht jedoch die Massenänderung zur Verfügung:
      https://kb.i-doit.com/pages/viewpage.action?pageId=20250697
      In der Vorlage muss lediglich einmal die Zuweisung gemacht werden. Anschließend kann die Vorlage auf alle Objekte übertragen werden, damit der Lieferschein dort zugewiesen ist.

      Freundliche Grüße
      Jens

      posted in Allgemein
      J
      jd
    • RE: Multivalue-Einträge per Listeneditierung o.ä. löschen

      Hallo Herr Lehmann,

      aktuell gibt es hierfür keine direkte Lösung, die das Löschen einzelner Einträge über mehrere Objekte erlaubt. Wir überarbeiten allerdings derzeit umfangreich die Listeneditierung. Prinzipiell ist diese Funktion natürlich, wie der Name schon sagt, zum Bearbeiten (Editieren) vorgesehen. Dies schließt eigentlich das Löschen aus, jedoch werde ich einmal schauen, ob sich eine solche Funktion noch in das Konzept integrieren lässt.

      Ich hatte jedoch schon einmal einen vergleichbaren Fall, dessen Workaround sich mit einigen Änderungen auch auf Ihr Szenario übertragen lässt. Die Lösung läuft hier über einen Report (oder falls vorhanden über eine vorliegende Datengrundlage) und einen anschließenden CSV-Import.

      Erzeugen Sie im ersten Schritt einen Report über die gewünschten Objekte. Lassen Sie sich hierbei alle Attribute der entsprechenden Multi-Value-Kategorie ausgeben. Stellen Sie außerdem sicher, dass alle Attribute, die zur eindeutigen Identifikation notwendig sind, im Report vorhanden sind.
      Nun können Sie die CSV-Datei in einem Tabellenverarbeitungsprogramm Ihrer Wahl so anpassen, dass die nicht benötigten Einträge aus der Datei entfernt werden. Hierbei helfen zum Beispiel Gruppierungsfunktionen, wenn es darum geht, doppelte Einträge auf eindeutige Einträge zusammenzufassen. Sobald alle unerwünschten Einträge aus der CSV-Datei entfernt wurden und sichergestellt ist, dass die Datei die UTF-8 Kodierung nutzt, können Sie sie für den Import verwenden. Hierbei müssen die Attribute so gemappt werden, dass sie wieder zusammenpassen. Außerdem muss über die Identifikationsattribute sichergestellt werden, dass die Erkennung des Objekts möglich ist. Die mitunter wichtigste Einstellung beim Import lautet nun "Behandlung von Multi-Value-Kategorien". Die CSV-Datei sollte nun weiterhin alle Informationen zur Kategorie enthalten. Lediglich die doppelten Einträge sollten nicht mehr enthalten sein. Aus diesem Grund können Sie hier die Auswahl "Bestehende Kategorien überschreiben" nutzen. So werden die bisherigen Kategorie-Einträge komplett entfernt und nur die neuen Einträge werden importiert.

      Sollte eine solche CSV-Datei, die alle Informationen zu den Multi-Value-Kategorien bereits vollständig enthält, existieren, muss die Datengrundlage natürlich nicht über einen Report geschaffen werden. Sollte diese Datengrundlage mehr Informationen erhalten sein, müssen natürlich nicht alle Felder gemappt werden. Hierbei ist es ausreichend, die zur Identifikation relevanten Attribute sowie die Inhalte der Multi-Value-Kategorie zu mappen und den Import im Modus "Bestehende Kategorien überschreiben" durchzuführen.

      Freundliche Grüße
      Jens

      posted in Betrieb
      J
      jd
    • RE: CPU und LAN bei Objektvitalität

      Hallo,

      das Thema wurde von uns aufgenommen und für unsere Entwicklungsabteilung aufbereitet. Die Kollegen streben aktuell eine Lösung zur kommenden Version 1.11.1 an. Ich gehe davon aus, dass die beschriebenen Umstände mit dieser Version korrekt berechnet werden. Falls weitere Dinge auffallen, gerne Bescheid geben, dann nehmen wir das mit auf.

      Freundliche Grüße
      Jens

      posted in Betrieb
      J
      jd
    • RE: Rechteverwaltung von Verträgen

      Hallo Florian,

      die dynamische Vergabe von Rechten auf Basis gleichgerichteter Informationen ist in i-doit nur bedingt möglich. Der bereits angesprochene Ansatz über den logischen Standort setzt voraus, dass die Verträge einzelnen Arbeitsplätzen zugeordnet werden. Da in der Realität jedoch ein Vertrag nicht Teil eines Arbeitsplatzes ist, macht das wenig Sinn. Außerdem wird dieses System nur funktionieren, wenn es sich um eine 1:1-Beziehung zwischen Benutzer und Vertrag handelt. Sollte es hier Überschneidungen geben, muss sichergestellt werden, dass nicht Teile des logischen Standorts verrechtet werden, auf die ein anderer User keine Rechte erhalten soll.

      In der Regel wird ein solcher Umstand tatsächlich darüber gelöst, die Objekte einzeln, anhand ihrer IDs, zu verrechten. So wird auch die Thematik umgangen, dass Rechte auf andere Objekte versehentlich vergeben werden.

      Auch bei der Auswahl der Rechte über eine Personengruppe müssen die entsprechenden Verträge einzeln selektiert werden.

      Ein Workaround bietet sich eventuell an, wenn er mit der Anforderung vereinbar ist: Bei einer umfangreichen Dokumentation von Verträgen wäre es denkbar, eine neue Objekttyp-Gruppe "Verträge" zu erstellen. Diese wird mit unterschiedlichen Objekttypen die die einzelnen Vertragsgruppen klassifizieren ausgestattet. Denkbar wäre hier eine Aufteilung nach Abteilung/Verantwortlichkeit (Verträge Abteilung A, Verträge Abteilung B, ...)
      Anschließend werden für die Mitarbeiter von Abteilung A über ihre Personengruppe die Verträge des Typs "Verträge Abteilung A" verrechtet. Gleiches passiert dann für Abteilung B, C, etc.
      Durch die Verrechtung über den Objekttyp werden automatisch neue Verträge automatisch verrechtet, wenn sie im korrekten Objekttyp dokumentiert werden. Auf diesem Weg können Pools von Verträgen mit geringem Aufwand verwaltet werden.

      Andernfalls bietet sich nur die Lösung über einen Feature Request. Ich empfehle in diesem Fall den Kontakt über unser Helpcenter https://help.i-doit.com
      Mit einer möglichst präzisen Beschreibung der Anforderung werden wir diesen Request aufnehmen und an unser Product Management übermitteln.

      Freundliche Grüße
      Jens

      posted in Allgemein
      J
      jd
    • RE: JDisc-Import löscht Standort eines Clients

      Hallo,

      in einem ersten Versuch konnte ich das Verhalten nicht nachstellen. Da wir hier weitere Informationen benötigen, habe ich für diese Frage ein Ticket in unserem Support-Portal erstellt.

      Lieben Gruß
      JD

      posted in Entwicklung
      J
      jd
    • RE: Standort-Pfade sind nicht einheitlich

      Hallo yaa9k47,

      derzeit sieht das Design vor, dass der Standort-Pfad maximal auf fünf "Schritte" begrenzt wird. Wenn also die Root-Location den sechsten Schritt darstellt, wird der gesamte Pfad um diese gekürzt.
      Dies ist eine Vorgabe, die von i-doit vorgegeben wird und derzeit nicht umgestellt werden kann.
      Hierzu gibt es jedoch einen Feature-Request, der die Anpassbarkeit dieser Einstellung beschreibt. Zukünftig wird es also möglich sein, die Anzahl der maximalen Schritte, die im Standort-Pfad angezeigt werden, selbst festzulegen.

      Viele Grüße
      Jens

      posted in Betrieb
      J
      jd
    • RE: Multiedit auf Switch Ports schlägt fehl

      Hallo Dexter,

      wir haben uns die Thematik noch einmal im Detail angesehen. Anscheinend gibt es hier einen parallelen Auslöser für die Kategorie "Ports". Mit dem zuvor bereitgestellten Fix lässt sich das Ganze für die "Anschlüsse" korrigieren. Unsere Entwickler werden sich den Ursprung daher noch einmal gründlicher ansehen und sicherstellen, dass es keine weiteren Kategorien gibt, bei denen es in der Listeneditierung zu dieser Meldung kommt und alle betroffenen Stellen anpassen. Eine Korrektur wird definitiv zur Version 1.9.2 erfolgen, welche in etwa vier bis sechs Wochen veröffentlicht wird.

      posted in Entwicklung
      J
      jd
    • RE: Bug(?) in Listeneditierung

      Hallo zusammen,

      ich konnte diese Darstellung im Logbuch ebenfalls beobachten. Die Entwickler sind informiert und werden eine Korrektur für zukünftige Versionen durchführen.

      Freundliche Grüße
      Jens

      posted in Entwicklung
      J
      jd