Hi,

Ich würde mal unter Verwaltung > <Firma> Verwaltung > Systemreperatur
auf der rechten Seite unfertige Objekte ansehen und löschen.

Alternativ im Personen Typ mal nach ID oder Erstellungsdatum sortieren. Teilweise wird das fragliche Objekt mit Objekt-Titel in geschweiften Klammern angezeigt. Z.B. {165465}

Wenn das nicht klappt:
Im Report Manager einen Report erzeugen, um das Objekt zu finden (Bedinung = Dein Login)
Unbedingt Objekt-ID anzeigen lassen, damit man das Objekt direkt per URL aufrufen kann: https://demo.i-doit.com/?objID=247

Wenn es immer noch nicht klappt, kann man auch direkt in der DB nachschauen (und löschen)

Grüße
Leo

Hi,

also in meiner RHEL 8 Installations-Doku habe ich ein

dnf install php-ldap

stehen, welches auch in der offiziellen Doku steht:
https://kb.i-doit.com/en/installation/manual-installation/red-hat-enterprise-linux/index.html

Ansonsten: Funktioniert ein

openssl s_client -connect <Host>:389

Wenn ja, kannst Du mit dem s_client auch gleich Dein ldapsync User testen.
Spätestens bei ldaps wirst Du s_client eh benötigen, um zu testen.

Leo

Hi

Also bei mir kam das mal mit einem falsch konfigurierten Import.

Schau Dir mal in der Datenbank die isys_cmdb_status an. Dort solltest Du die relevanten Einträge finden. Dann kann es unterschiedliche Möglichkeiten geben

• Du hast für __title oder __const irgendwie eine Übersetzung hinterlegt.
• In __editable ist ein NULL, statt 0 oder 1 (das war es bei mir)
• "Ja" Eintrag ist an einer andere Spalte "komisch".

Vor Änderungen natürlich ein Backup machen.
Oder zumindest die Werte notieren.

Grüße
Leo

Hi

Den Usern eine Gruppe zuweisen (z.B. die Reader oder Editor Gruppe) und nochmal testen. Diese Standardgruppen haben auch schon ein Set Standardberechtigungen.

Für Später

• LDAP Gruppe anlegen und User hinzufügen
• i-doit Gruppe mit der LDAP Gruppe verknüpfen (Personengruppen > LDAP-Gruppe (Mapping))
• LDAP import anpassen, so dass Gruppen Mitgliedschaften synchronisiert werden. -> KB Artikel

Grüße
Leo

Hi

Sollte unter

Dialog-Admin > Custom Dialog+

zu finden sein.

Grüße
Leo

Hi

Die passende rückwärtige-Kategorie zu "Kontakte>Personen>Zugewiesene Endgeräte" ist "Zugewiesener Arbeitsplatz" ("Hardware > Geräte" ist also falsch).

Die Namensgebung ist unschön, aber dass sollte man ja mit der neuen i-doit Version leicht anpassen können.

Grüße

Hi

Die Wartung ist ja (soweit ich das verstehe) kein Attribut des Objekts, sondern Information, die extra in dem AddOn gepflegt wird. Die Kategorie ist dann nur eine Art View auf diese Daten.

Evtl. musst Du also den Report in SQL selber zusammenbauen (wie es auch die View im Report Manager macht).

Auf den ersten Blick würde ich mir die isys_maintenance Tabellen genauer anschauen.

Grüße
Leo

Hi

Cannot help with the filesize.

But think twice about handling files with i-doit. I find it very cumbersome and time consuming.

My suggestion:
Automate the export to a folder.
Optional: provide access to this folder via a webserver
Link from i-doit to this fodler.

Regards
Leo

Hi

Direkt im CSV Import gibt es doch folgende Einstellung:
Behandlung von Multi-Value-Kategorien

1. Befüllte Kategorien ignorieren und nur leere Kategorien befüllen
2. Kategorieeinträge ausschließlich hinzufügen und bestehende behalten
3. Bestehende Kategorien überschreiben

Der 1. ist Standard und Dein "untouch". Wahrscheinlich hat jedes Deiner Objekte schon eine Beziehung. Dann wird auch nichts neues importiert.

Der 2. wird dir Duplikate erzeugen (spätestens beim 2. Import)

Der 3. verlangt, dass das Dein Quell-CSV (immer) alle Informationen enthält. Er impliziert auch, dass diese Beziehungen nicht mehr manuell von Anwendern gepflegt werden.

Du musst also ggf. Deine Import-Strategie anpassen oder den Update per API machen (dann kann man Duplikate programmatisch verhindern)

Grüße
Leo

Hi

Vermutlich braucht ein Widget/Report auf dem Dashboard länger zum Laden. Evtl. weil es neue Funktionalität gab oder der Report jetzt andere Ergebnisse liefert.

Grüße
Leo

Hi

Habt Ihr einen aktiven Ldap sync?

Wenn das Personenobjekt noch im AD ist (deaktiviert oder in einer anderen OU) wird es "importiert" und auf archiviert gestellt.

Leo

Hi

Verstehe, ein extra Objekt ist dann aber eher ein umständlicher Weg.

Konfigurieren könnte man den Link ja ohne Probleme in der Objekttyp-Konfiguration.
Die Bereitstellung könnte in der "Aktionsleiste" z.B. als eigenes Icon erfolgen (verschwendet halt Platz) oder man macht einfach den Objekt-Typ Namen in dieser Leiste mit der hinterlegten URL klickbar:

Mach doch einen Verbesserungsvorschlag auf: https://community.i-doit.com/topic/4675/i-doit-roadmap-und-ideen-einreichen

Leo

Hi

Du könntest die Kategorie Zugriff missbrauchen (falls noch nicht anderweitig benutzt). Die Primäre Zugriffs-URL wird immer im Objekt Kopf oben angezeigt.

Alternativ kann man natürlich in jedem Objekt-Typ auch eine eigene "Link zur Doku" Kategorie einfügen und pflegen.

Bei benutzerdefinierten Kategorien bin ich eh dazu übergegangen, dass das erste Attribut immer der Link zur Doku ist: (Code kopiert von den anderen Feldern):

<table class="contentTable p0">
   <tr>
      <td class="key vat">
         <div class="c-field-label">Dokumentation</div>
      </td>
      <td class="value">
         <div class="c-field-value">
            <div>					<img class="infoIcon mr5" src="/images/empty.gif" alt="" title="" height="11" width="15" /><a href="https://link-zum-wiki">Wiki > i-doit > i-doit Kategorie XYZ</a>				</div>
         </div>
      </td>
   </tr>
</table>

Beim Editieren gibt es neben dem Feld ja die Weltkugel, dessen Link unter Verwaltung > Systemeinstellungen > User Interface konfigurierbar ist. Diese verlinkt dann auf ein "Attribut Seite". Die muss man dann halt für jedes Attribut definieren
Oder einen automatischen Rewrite machen ...

Grüße
Leo