Hallo @cojo

es ist derzeit tatsächlich nicht möglich diese Daten mittels API zu schreiben. Die API unterstützt die speziellen Feldtypen nicht :(

Viele Grüße
Leo

Hallo zusammen,

wenn ich mich nicht täusche sollte das über einen file:// link zu erledigen sein, also z.B.: file:///C:/Users/Public/text.txt

Das kannst du eigentlich ganz einfach ausprobieren indem du diese "URL" in die Browser Adresszeile kopierst und Enter drückst :)

Viele Grüße
Leo

@flaterik
In den Systemeinstellungen kann man sich die Schaltfläche "Quickpurge" aktivieren. Somit erspart man sich das archivieren, löschen, bereinigen. Eine Übersicht über alle Ports aller Geräte bekommt man nur über einen Report. Das ist aber nur zum ansehen und gibt nicht die Möglichkeit einzelne Ports zu wählen um die dann zu löschen.

Die direkte Kontaktzuweisung über LastLogin ist nicht möglich. i-doit überträgt das lediglich in die Objektkategorie "Letzter eingeloggter Benutzer".

Mit viel Programmieraufwand und genug Know-How über DB könnte man es evtl. Scripten und via Event-AddOn abbilden. Aber da ist man wahrscheinlich schneller, wenn man das von Hand macht.

@stephan

Evtl. so:

Die Objekttypen Vertrag und SIM-Karte erhalten die Objektkategorie "Vertragszuweisung", falls noch nicht vorhanden.

Somit kann ein Untervertrag einem Rahmenvertrag zugewiesen werden und die SIM dem Untervertrag.

Du weist den SIMs dann den Vertrag, den Kontakt und das Gerät zu.

Dann baust du dir daraus einen schicken Report :)

@julian
OpenLDAP would be the normal way, the local admin does not work (no error message there as well)

@db7

Wenn ich in einem unserer Switch-Stacks einen logischen Port anlege, gebe ich die zugehörigen Ports bei "Port-Zuweisung" an.
Ich verstehe nicht genau warum da nur ein Verweis auf Eltern-Ports sein soll?

Hi @armins

Vielen Dank, die Anleitung hat super funktioniert.

Gruss
Nicolas

Hi @lfischer
Das leeren des Caches hat nichts genützt.
Nachdem wir auf die API Version 1.12.1 umgestiegen sind, läuft jedoch alles :)

Vielen Dank für die Unterstützung und einen schönen Tag.

Grüsse
Nicolas

@claudia-isenberg a link to the changelog would always be nice :)

Hallo @shquinn4com

könntest du einmal den $Body in seiner reinen JSON-Form posten? Ich könnte mir nur vorstellen das es ggf. Probleme aufgrund der Schreibweise gibt - du hast Object groß geschrieben.
Alternativ könntest du es mit der Schreibweise objID probieren.

Viele Grüße
Leo

@philipp-hörselmann
Moin Phil,

gibt es einen Workaround den ich nutzen könnte?
Ich habe die entsprechenden Zeilen im Wartungsskript aktuell auskommentiert um nicht ständig eine Fehlermeldung zu bekommen.

VG
David

Hallo Christian @creiss,

ich habe unserem AD-Admin jetzt mal beim Erstellen einer Gruppe über die Schulter geschaut. Mit einem anschließenden Blick ins ldap-Log stellt sich mir jetzt die Frage:

Ist es möglich, dass das LDAP-Mapping nur für lokale und globale AD-Gruppen funktioniert, nicht aber für universale?

Wegen unserer Domänenstruktur sind die Gruppen, die für das Mapping sinnvoll wären, immer universale Gruppen. Und das sind genau die, bei denen i-doit beim Synch nicht meldet Group pendant for "..." not found. Set an LDAP-Mapping in your corresponding person group if you want to use this as a right group.

Grüße
Martin

@creiss Hallo Christian,
bei dem Import aus JDSIC werden die Seriennummern übernommen.

Im i-doit hat also jeder Monitor eine Seriennummer unter Modell stehen.

Beim Import der CSV importiere ich die SN nicht mehr. Sie ist doch schon da.. ist das ein Fehler?

Ich werde am Wochenende mal mit einer Test CSV arbeiten in der dann nur vier Einträge sind.
2 x Monitore die in i-doit vorhanden sind und zwei die nicht vorhanden sind.
Dann ist das Logfile sicher übersichtlicher.

Danke für die Antworten.

Gruß
Stephan

@emricht Vielen Lieben Dank. Das werde ich sobals als Möglich testen.
Zumindest sehe ich jetzt wie der Aufruf im Grundsatz ablaufen soll.