@oya-erdayı Hallo, versuch es doch über das setzen von Berechtigungen mit Personengruppen und indem Du in Rechtevergabe>CMDB die Berechtigung für "Kategorie in Objekttyp" setzt bzw. nicht setzt.

Hallo,

nutzt jemand die Möglichkeit bei PRO (nutze 10.1) über csv Import Clients ein Betriebsystem zuzuweisen?
Ist das überhaupt vernünftig möglich?
Vielleicht kannst Du mir bei meinen Verständnisfragen helfen?:

• OS und Prio bekomme ich zugeordnet, aber Was ist Typ?
• Wie bekommst Du die untersch. Versionsinfos rein (gerade bei z.B. Win10)?

Wäre voll Dankbar für Tips.

Hallo,

bei mir half den Serverdatensatz zu löschen und neu anzulegen.

Zum Testen der Synchronisation hatte ich bei einem Datensatz eine falsche ServerIP angegeben damit diese OU gesperrt war.
Hat auch geklappt, allerdings hat das "entsperren" mit den korrekten Daten die Synchronisation dann nicht mehr beeindruckt.
Im Log war auch im vollen Debug Mode nichts zu sehen. Der Datensatz hat quasi einfach nicht existiert.
Nur ein löschen und neu anlegen dieses einen Servers half.

Hallo,

Frage an alle die 'Personen' Synchronisation über LDAP benutzen.
Wie sieht der "ObjektTitel"/Beschreibung Eurer Objekte aus?

Ist er auch "Vorname Nachname"?

Für mich macht diese Standard Einstellung keinen Sinn, da wir einige Namensgleiche User haben.
Besser fände ich hier den SamAccountName, der ist unique.
Auch würde das eher den Empfehlungen von synetics entsprechen, eindeutige Objettitel zu wählen.

Wie ist das bei Euch? Weiss einer, wie ich das umbiegen kann?

Hallo,

ich habe mich mit der gleichen Problematik rumgeschlagen. Ist eine echte Bastelarbeit, da
man unter Kategorieerweiterungen ja nur die Attribut-Titel eingeben kann. Ist zwar schon ein aelterer Post, aber ich
poste mal mein Ergebnis hier, da ich leider auch nichts richtiges gefunden hatte.

Auf meinem System (Windows 2008 Server, i-doit Pro 1.7.1) hat es am Ende so geklappt:

• ldap server im i-doit admin Bereich konfiguriert, getestet
  (hier bietet es sich an, für erste Tests nur eine Sub-OU mit einigen Accounts zu konfigurieren,
          damit die Synchronisation dann auch erstmal ausgiebig getestet werden kann)

• Dann noch folgendes auf i-doit Server gemacht:
  ○ c:\xampp\htdocs\idoit\src

• Von Datei 'config.inc.php.dist' eine Kopie erzeugt und diese in config.inc.php umbenannt

• Datei editiert und Zugangsdaten für DB eingepflegt bei user, pass, admin (Zeile 24, 25,36)
  ○  c:\xampp\htdocs\idoit\src\handler\config\examples

• Von Datei "isys_handler_ldap.inc.php" eine Kopie erzeugt und diese in
                            'c:\xampp\htdocs\idoit\src\handler\config' kopiert

• Datei editiert und Admin Zugangsdaten zu idoit eingetragen (user, pass, Zeile 21,22)

• Datei editiert und gewuenschte Attribute definiert (Zeile 106ff)

• Dann ein DOS Fenster, und dort folgenden Aufruf starten (einmaliger sync)
  "C:\xampp\PHP\php.exe "C:/xampp/htdocs/idoit/controller.php" -uHierAdminAccount -phierAdminPasswort -m ldap sync

dann hat es (endlich) funktioniert.

Um so weit zu kommen waren Informationen hilfreich aus:
i-doit Knowledgebase (wiki)
c:\xampp\htdocs\idoit\src\handler\config\config.inc.php
c:\xampp\htdocs\idoit\src\handler\config\README
c:\xampp\htdocs\idoit\src\handler\config\examples\isys_handler_ldap.inc.php
c:\xampp\htdocs\idoit\controller.php

Als Beispiel hier mal meine Attributzuordnung.
"attributes" => array(
"department"            => "department",
"phone_company"    => "telephonenumber",
"phone_home"          => "homephone",
"phone_mobile"        => "mobile",
"fax"                          => "facsimiletelephonenumber",
"description"              => "description",
"personnel_number" => "employeeid",
"organization"          => "company",
      "office"                      => "physicaldeliveryofficename",
"function"                => "title",
"street"                    => "streetAddress",
"city"                        => "l",
          "zip_code"                => "postalCode",
"custom_1"        => "samAccountName",
"custom_2"        => "displayName",
"custom_3"        => "physicaldeliveryofficename",
"custom_4"        => "EmployeeType",
"custom_5"        => "objectguid",
"custom_6"        => "edsaAccountIsDisabled",
"custom_7"        => "manager",
"custom_8"        => "extensionAttribute8",
),

(Custom5 und Custom6 funktionieren so noch nicht (Binärwerte). Muss noch jemand mit PHP Kenntnissen finden, der mir da helfen kann).

Kl. Update hierzu,
habe die Info von synetics, dass es noch nicht implementiert ist. Kommt aber noch.

Hallo,
hatte ähnliche Probleme bei meiner Standort Zuordnung (Land > Stadt > Gebäude; bei Gebäuden verwende ich den Straßennamen mit Hausnummer als Titel). Es gibt beim csv Import die Möglichkeit ein "Identifizierungsfeld" hinzuzufügen. Wie das saubere Mapping dann funktioniert hat sich mir leider nicht erschlossen.
Ich habe den Import deshalb auf 2 Läufe aufgeteilt. Im ersten Lauf die Datensätze erstellt und im 2ten dann zugewiesen.
Das hat den charmanten Vorteil, dass die Datensätze erstmal alle! sauber erstellt werden. Bei der Zuordnung (2ter Lauf) war dann noch ein wenig manuelle Nacharbeit notwendig (1x Feld von einigen Datensätzen korrigieren). Aber deutlich weniger Aufwand, wie die überschriebenen Datensätze neu anzulegen.

Hat schon jemand die Felder Längen bzw. Breitengrad in der Kategorie Standort bei Stadt oder Gebäude per CSV Import gefüllt?
Welches Feld ist beim Mapping für Längen und welches für Breitengrad gedacht?
Oder gibts da ein besonderes Format das einzuhalten ist?

Habe beim testen mit der 1.7 Pro festgestellt, dass beim CSV Import von [Objekt]WAN-Leitung [Kategorie]WAN-Leitungen
zwingend nach "Verbundene Router" und "Verbundene Netze" verlangt wird.
Ohne entsprechendes Mapping bricht der Import mit Fehler:
! Fehler: An essential information is not set: Verbundene Router! Skipping… bzw. wenn das behoben, dann mit
! Fehler: An essential information is not set: Verbundene Netze! Skipping...  ab.

Beim manuellen Anlegen/Eingeben der Daten wird nicht nach Router oder Netz gefragt.

Workaround:
Dummy Netz und Router angelegt, in CSV aufgenommen und gemappt. Dann läuft der Import sauber durch.
Ausserdem gibts da wohl noch einen Folgefehler, denn die Einträge mit den Dummys wurden nicht angenommen, Router und Netz felder blieben leer.