@smucha
Gerne 😊

Hallo @danielb,

welche Versionen der einzelnen Komponenten verwendet du?

Zum einen habe ich den Qr Code so konfiguriert, dass beim Klick auf den QR Code sich nicht die Windows Druck Funktion sondern das Tool öffnen soll (Aufruf des i-doit QR-Code Printer Tools (IQR Link)) klicke ich nun im System einen Qr Code an öffnet sich egal wie es konfiguriert ist, die Windows Druckfunktion.

Möglicherweise musst du noch den Cache leeren, das Tools als Administrator ausführen und IRQ Dateien mit dem i-doit QR-Code Printer assoziieren.
18901489-baed-4f7f-9d97-5443c91ef184-image.png
fac0c2e4-9ca4-44ad-9ad1-248c84c3e368-image.png

Mein zweites Problem: Der Qr Code Printer verschwendet Platz. Ich habe die Variablen Objektname und Serial Number IP Adresse und Inventarnummer bleiben leer. Wenn ich nun noch einen Custom Text hinzufüge steht dieser unter der Seriennummer und da unser Etikett nicht groß genug ist, werden die Informationen nicht komplett angezeigt. Dafür ist zwischen Objektname und Seriennummer genug freier Platz. Ich hätte nun gedacht, dass alles automatisch entsprechend hoch rutscht.

Über den ... wird dieser Space freigehalten.
7321e083-b68b-4e26-8940-db8a5b2ee48e-image.png
Allerdings lassen sich in den Optionen auch die Größe des QR-Codes und die der Schrift anpassen. Auch hier gibt es natürlich grenzen.
7a023240-ac04-4451-9457-901234a82f84-image.png
In i-doit selbst wäre eine bessere Anpassung möglich. Da hier die Variablen frei gewählt werden können.
Mit einem Klick auf "*Mögliche Platzhalter" werden die möglichen Platzhalter angezeigt.
bde2ee8e-05ff-4a8f-81d1-c4b722057b27-image.png

Und die letzte Frage. Ich habe eine Qr Code Konfiguration für das Object Client angelegt. Im Texttemplate sind drei Variablen eingetragen. Ausgewählt ist auch, dass die globale Definition gezogen werden soll. Mir werden die Variablen aber nirgends angezeigt.

Mit globaler Definition ist der Pfad zu den Objekten gemeint.

f2423251-0595-4404-b27b-6e55348d37f0-image.png

Hallo @martinv ,

du gibst beim LDAP-Mapping einfach nur den Namen der Gruppe an.

Der sAMAccountName wird bei der Anmeldung automatisch genutzt und auch für den Abgleich mit bereits vorhandenen Benutzern verwendet. Es braucht hier also nichts gesondert eingerichtet werden.

Liebe Grüße
Christian

@martinv ja! das ist die Hauptsache 🙂 Danke trotzdem!

Hallo Armin,

da kann man auch nichts mehr ergänzen. 👍

Liebe Grüße
Christian

Moin @StefanP74
zuvor gab es keine saubere Möglichkeit, die Rack-Ansicht zu drucken. Nun wurde es umgesetzt, die browser-interne Druckfunktion zu nutzen und den Druck "sauber" darzustellen. 😉

VG
Phil

Moin @jmenzel
besteht das Problem weiterhin?
Es sieht aus, als wäre die Dateiberechtigung nicht korrekt.
Du könntest einmal die Berechtigungen aller Dateien zurücksetzten.
Dazu navigierst du in den i-doit Ordner und führst das Script idoit-rights mit dem Parameter set aus
Also:

./idoit-rights.sh -set

VG
Phil

@dieterbu

ok, gefunden .... manchmal braucht es etwas länger 🙂

Es war mal wieder ein Fehler im OCS. Wo? Keine Ahnung.
OCS schien fehlerfrei zu laufen, also hab ich den Fehler in der i-doit gesucht... Wie naiv...

Hab die Datenbank vom OCS gelöscht und via install.php neu angelegt.
OCS Daten sind pfutsch, und kommen noch und nach erst wieder rein.

Jetzt funktioniert der Import wieder im i-doit.

Echt ärgerlich, zum wiederholten Male war der Fehler im OCS und nicht i-doit. Könnt ihr deren 'Project' mal übernehmen und da Qualität rein bringen? 😉

@borisede
Ich benutze die Scripte um unsere Linux-/ Windows-Server zu importieren.

@heckenbichler
Die Kategorie ist auch in der Pro Version vorhanden.
Hab es eben mal auf der Open Demo getestet und dort ist die Kategorie auch vorhanden.

f14ca136-8163-4936-a09c-df8f5f2f51ad-image.png

@philipp-hörselmann dann kann dieser Thread zu.

Hallo @philipp-hörselmann
im Apache Log tritt leider nichts auf. Ob das nur mit dem API Client von bheisig auftritt, weiß ich ehrlich gesagt nicht. Ich nutze keine andere API 😞

Moin @pic ,
in dem Fall empfehle ich, einmal ein Issue im entsprechenden GitHub Repository zu eröffnen -> https://github.com/bheisig/i-doit-api-client-php
VG
Phil

Moin @Ali-Szoenyi
wann genau tritt der Fehler auf?
VG
Phil

Moin @smucha ,
leider hat wohl bisher keiner eine Lösung finden können...
Ich habe gerade einmal geschaut und nativ haben wir da leider keine Möglichkeit, da die Infos innerhalb des Logbuchs im Code direkt "umgebaut" werden.

Zum aktuellen Zeitpunkt kannst du dir leider immer nur die gesamte Query ausgeben lassen.

VG
Phil

Hallo,

i-doit sieht Festplatten/Geräte als Eigenschaft von Objekten wie Servern. Deswegen stecken dahinter keine derartigen Informationen wie das Kaufdatum, der Standort etc.

In deinem Fall würde ich darüber nachdenken einen eigenen Objekttyp dafür anzulegen und die Festplatten in die Systeme zu stellen, wo sie verbaut sind. Das wirkt sich dann zwar auf die Lizenzauslastung aus und funktioniert nicht mehr in Verbindung mit Scans durch JDisc oder OCS, aber da ist genau das Beschriebene möglich.

Liebe Grüße
Christian