Die Möglichkeit die QR Code Etiketten anzupassen ist Super, jedoch bekomme ich das alte Design nicht hin. Unsere Ettiketten sind halt nicht besonders groß (ca. doppelte Briefmarkengröße) und sollen neben Logo, QR-Code auch noch die Objektbezeichnung enthalten.

Ist es möglich eine fest definierte Höhe und Breite festzulegen? Gibt es eine Templatedatei, die man wie früher verändern kann?

Siehe z.B. alter Beitrag von mir: http://forum.i-doit.org/index.php/topic,2357.msg8271.html#msg8271
So sollte es sein ->

So ist es ->

Wie schauts unter Online Repository aus? Ich hatte das Problem auch, lag an den Proxy-Einstellungen die nicht korrekt migriert wurden. Ein Speichern der Einstellungen über die Oberfläche war möglich, allerdings wurde der Port nicht übernommen. Hab es dann direkt in der DB verändert.

Okay - that's it!
Nachdem ich eine Zugriffsurl angelegt habe, wurde der QR Code angezeigt, allerding nur für dieses eine Objekt.

Man muss nun noch unter Verwaltung >  CMDB Einstellungen > QR-Code einstellen, dass die "Globale Definition" zur Generierung der URL benutzt werden soll.
Macht aus unserer Sicht wenig Sinn diese extra für jedes Objekt anzupassen, auch wenn es eine nette Funktion ist.

Nach dem Update von 1.2.5 auf 1.3 wird kein QR-Code mehr angezeigt?!?

Gibt es eine globale Einstellung in der der QR-Code über die Oberfläche aktiviert werden muss? Konnte keine mögliche Einstellung in der isys_settings (ist auch im Migrationsscript nicht vorgsehen) finden. Die config_inc.php enthält daher weiterhin nachfolgende Zeile:

$g_config = array(
"show_barcodes"                => true
);

Unter Verwaltung QR-Code sind Einstellungen festgelegt (siehe Anhang).

Wir hatten den gleichen Fehler beim Update.
Die Config wurde während des Update Vorgangs gecleared und das Update brach dann mangels Datenbankverbindung ab. Nachdem ich einen Snapshot eingespielt habe, kam die Meldung das i-doit in der Version 1.3 und nicht 1.2x laufen würde und man das Update erneut ausführen soll. Ich habe dann zwischen den Steps die Config manuell wiederhergestellt und konnte dann das Update ausführen.

Sollte es ein Rechteproblem gewesen sein, so sollte man die gesetzten Rechte vielleicht vorher prüfen. Wir arbeiten auch mit OTRS, die solche Prüfungen wohl im Vorfeld duchführen (zumindest kann ich mich an ähnliche Meldungen erinnern).

Wie man in folgenden Anhang sehen kann, existieren weitere "alte" Einträge noch in der Tabelle  isys_cats_lic_item (siehe auch erster Post).

Die Doku würde mich ebenfalls interessieren, da wir momentan ähnliche Abbildungsprobleme mit der neuen Version haben, siehe auch:

• Import von Lizenzschlüsseln / Multivaluekeys - http://forum.i-doit.org/index.php/topic,2972.0.html
• Lizenzschlüssel werden nicht mehr angezeigt - http://forum.i-doit.org/index.php/topic,2971.0.html

Wir haben derzeit das Problem, dass es nur die Auswahl zwischen Einzelkey und Volumenkey gibt. Gibt es eine Möglichkeit Lizenzkey zu importieren?

Beispiel aus der Praxis:
Wir haben für einige Anwender Workstationlizenzen von Acronis im Einsatz die einzelnd beschafft worden sind und nun Anwendern zugeordnet werden müssen. Nun bekommt man z.B. von Acronis 60 Keys für Backup & Recovery Universal Restore und dann noch mal 60 Keys für die Backup Software. Für die Installation werden immer Paarungen von Keys benötigt (bzw. bei Upgradelizenzen noch 2 weitere!!!).
In der Vergangeheit konnte man aufgrund der Feldgröße auch Ansammlungen von Keys hinterlegen und die Lizenzen dann "virtuell" Organisationsbereichen zuordnen. Dies ist nun leider nicht mehr möglich, so dass die Verwaltung dieser Art von Keys für uns zu unflexibel geworden ist. Hat jemand eine Idee wie man es besser machen könnte oder ist es irgendwie möglich eine CSV zu importieren?
Vielleicht könnten die Entwickler auch eine Art Multi-Value-Key-Typ hinzufügen?

Nachdem ich über die Suche keinen passenden Eintrag finden konnte, möchte ich es hier auch nochmal versuchen.

Letzte Woche habe ich unsere i-doit Installation von 0.9.9.7 schrittweise (0.9.9.7 > 0.9.9.8 > 0.9.9.9 …) auf 1.0.1 geupdatet. Leider musst ich nach Prüfung feststellen, dass die Lizenzschlüssel nicht mehr korrekt angezeigt werden (siehe Anhänge). In der Datenbank sind die entsprechenden Einträge theoretisch noch vorhanden?!

Irgendjemand eine Idee wie man das wieder heilen kann?

Schön das ich helfen konnte.
Danke auch für das Bereitstellen deiner Erkenntnisse.

Wir wünschen uns auch eine bessere Dokumentation des CSV Imports (bzw. einen Link auf diese). Entweder es treten Fehler in der aktuellen Version auf, oder es ist nicht klar wie eine solche CSV Datei auszusehen hat. Wir würden gerne umfangreichere Export Listen (Switche, Accesspoints etc.) per CSV einarbeiten.

Bei uns trat der Fehler ähnlich auf und musste manuell behoben werden. Ist ziemlich ärgerlich.

Wir haben wie gesagt die qr.php manuell angepasst. Die Datei liegt in```
/i-doit/src/tools/php/qr

	![Error loading barcode image](qr_img.php?<?php echo $l_url; ?>)
	![RZ-Logo](../../../../images/icons/RZ-Logo_Etikett_klein2.gif)

<center>ObjektID: </center>

Wie man sehen kann, haben wir auch noch die Objekt ID darunter ergänzt.

Dann muss noch der Call zum Erzeugen des Etiketts angepasst werden. Dazu nachfolgende Datei bearbeiten:

/i-doit/src/themes/default/smarty/templates/content/top/main_objectdetail.tpl

…und nachfolgenden Code etwa so wie hier gezeigt anpassen:

[](javascript:;)

Wichtig dabei ist folgender Eintrag:

s=2', 'QR', 'width=400, height=400

s–> bestimmt die Größe des QR-Codes und width und height die Größe des zu öffnenden Fensters

Im Anhang kann man ein Beispiel Etikett sehen.

Wäre natürlich toll einen Editor oder eine andere, einfachere Möglichkeit bereit gestellt zu bekommen.

![Inventar-Etikett.JPG](/uploads/_imported_attachments/migrated/667_Inventar-Etikett.JPG)

Haben einen ähnlichen Fehler und auch Probleme mit dem XML Import.
Vielleicht hat ja mal jemand nen Tip wo man sich den Aufbau einer XML (z.B. Import von Switchen) anschauen kann. Wäre auch nett, könnte jemand mir mal eine solche XML zusenden.
CSV Import wäre auch möglich. Hat jemand Erfahrungen und kann eins der Verfahren empfehlen. Gibt es Vor- oder Nachteile?

Kann jemand dieses Problem bestätigen?

Zum Drucken verwenden wir einen Zebra GX430t Etikettendrucker.
Der Vorteil gegenüber den meist billigeren Dymo Druckern ist, dass das von uns eingesetzte Verbrauchsmaterial wesentlich günstiger ist und die Langlebigkeit der Etiketten höher sein soll. Die billigen Dymo Etiketten sind wohl nicht beschichtet. Gerade bei Inventar Aufklebern geht man aber davon aus, dass diese auch nach Jahren (min. 5) noch lesbar sein sollten. Zusätzlich werden im IT Umfeld die Etiketten klimatisch untersch. beansprucht (Server ist warm, Raum ist kühl etc.).

Die Möglichkeit, die Inventar Aufkleber per Editor anpassen zu können wäre toll. Ich habe zur Ergänzung weiterer Informationen die qr.php umgebaut und RZ Logo und Objekt ID ergänzt.

Hallo,

wir haben das Problem, dass scheinbar die Restgarantiezeit nicht richtig berechnet wird. Die Serversystemzeit ist korrekt eingestellt. Weiteres siehe Anlage.

Ahh sorry vergessen,
in der Version 0.9.9-5

Edit::Topic updated

Hallo,
mir ist eben aufgefallen, dass es möglich ist als zB Archivar das Adminpasswort zu ändern.
Ist das ein Bug oder ein Feature?
Nein ernsthaft, ich denke das ist so nicht gewollt und sollte geändert werden.
MfG Marco Schrader