Hallo Rossi, die Inkompatibilität zu neuen OTRS Versionen ist uns bekannt und wir arbeiten derzeit daran das Problem zu lösen. Einen Zeitpunkt zur Fertigstellung kann ich dir allerdings leider nicht nennen! Viele Grüße Leo

Hallo Leo, ja, daran lag es, danke! Sorry für die späte Antwort. Hatte im Support-Chat die Lösung auch schon bekommen. Aber schön zu sehen, dass ihr euer KnowHow auch zügig untereinander austauscht Gruß andyle

@mattip: bei mir gehts nun auch wieder, die GD Lib hat gefehlt  (wobei mir nicht bewusst ist, das das bei der Installation als Fehler angezeigt worden wäre) Viel Grüße, Matthias Hallo Matthias, super das es nun auch bei dir läuft und vielen Dank für die Info! Wir werden einen Check für GD Lib in i-doit nachtragen. Viele Grüße Leo

Ich hatte den Fehler auch. Man kann den Filter manuell in der Datenbank ändern. In der Tabelle isys_ldap muss beim Filter manuell eingetragen werden z.B (objectClass=user). Also die erste und letzte Klammer und das '&' muss weggelsassen werden. Dann geht es. Jedoch wird der Filter wieder Überschrieben, wenn mit der GUI die LDAP Settings geändert werden. VG ag

Hallo zusammen, gute Nachrichten! Wir konnten den Fehler identifizieren und zügig lösen. Das i-doit 1.3.0 Update Paket wurde bereinigt und steht ab sofort (in unserem Kundenportal) zum Download bereit. @kennerblick Den Fehler "Unable to load template file './content/top/list_paging.tpl' in 'content/top/main_objecttype.tpl'" konnten wir jedoch nicht reproduzieren. Wurden beim Update alle Dateien korrekt kopiert? Viele Grüße Leo

Danke für die schnelle Antwort. Ich versuche LDAP in die Open Version 0.9.9-7 zu integrieren. Ich habe die Vermutung, das der Filter sich falsch zusammen setzt. Außerdem lässt sich der Filter nicht immer anpassen. Ich habe auch schon andere Threads gelesen. Ist es die einzige Möglichkeit, den Filter in der DB manuell zu ändern? Teil aus der debug_ldap.txt 2014-03-19 10:41:34 ldap: Getting user(s) using filter: (&(&(objectClass=)(userPricipalName=uPN@company.com)) in search-path: OU=ouname,DC=company,DC=com 2014-03-19 10:41:34 ldap: ** No user found. 2014-03-19 10:41:34 ldap: User not found. Check if benutzer exist in your configured search-path: OU=ouname,DC=company,DC=com 2014-03-19 10:41:34 ldap: –-------------------------------------------------------------------------------------------- 2014-03-19 10:41:34 ldap: *** LDAP Auth failed. (false)

Vielen Dank für die Info, ich habe den Ausdruck von mehreren QR-Codes getestet. Leider richtet sich der Inhalt nicht nach den individuell angepassten QR-Codes. Also habe ich versucht, das Layout für die QR-Codes anzupassen. Wichtig ist meiner Meinung nach ein Inventaretikett mit folgenden Angaben: Firmenlogo  (wegen CI) Bezeichnung des Inventargegenstandes Seriennummer (optische Identifizierung des Aufklebers zum zugehörigen Gegenstand - z.B. bei einem Monitor) Bei meinem individuellen Inventaraufkleber hatte ich noch die Modellnummer angegeben, aber das ist optional. Mir fehlt also ein Platzhalter für die Seriennummer, gibts den? Wurde mit der neuen i-doit Version die Anpassung des QR-Codes ausgehebelt? Viele Grüße

Hallo, das klingt interessant. Ich versuche das mal nachzustellen, danke für den Tipp. LG Stefan.

@yoda: Hatte eben den selben Fehler. Danke für den Tipp!

Hallo Thomas, das klingt nach einem Fehler der i-doit OPEN Version, die Fehlermeldung kommt mir bekannt vor! Vielleicht hilft dir dieses Thema weiter: http://forum.i-doit.org/index.php/topic,2789.msg9495.html ? Viele Grüße Leo

Ja, damit ist der Fehler behoben. Der Folgefehler dadurch war ein SQL Fehler, wenn man bei einem Host auf Nagios in der Objektsturktur klickte. Ist damit behoben. Danke LG Stefan

Hi, gibt es eine Lösung für das Problem? Ich habe das selbe Problem mit der Version 0.9.9-7. Tschau Tobias

Hallo Bernhard, anscheinend erfüllt der i-doit Server nicht die Systemvoraussetzungen für die Verwendung des VIVA-Moduls. Hier ist es zwingend notwendig, dass die PHP-Einstellung "short_open_tag" aktiviert (on) ist (siehe: VIVA-Dokumentation Punkt "2.1 Systemvoraussetzungen") Grüße Jens

Bist Du hier schon weiter gekommen oder besteht das Interesse noch an den Reports?

Hallo Thomas, Wäre es möglich  die Lösung hier bekannt zu geben? Peter

Wie habt ihr das Ergebnis festgehalten? Was habt ihr mit dem Fehlbestand gemacht? Im Zuge der Qualitätssicherung möchte ich regelmäßig (halbjährlich oder jährlich) Inventuren durchführen. Mir fehlt aber im i-doit die Möglichkeit der Planung und Durchführung. Z.B. könnte man hinterlegen, wann eine Inventur durchgeführt wurde bzw. welche  Gegenstände schon in der (aktuellen) Inventur bestätigt wurden.

Hallo. Wir haben auch dieses Problem. Benötigen auch eine Lösung sonst müssten wir die User komplett weglassen vom idoit. MfG

Wäre es nicht ein nettes Feature die Dokumente in einem Document Store wie mongodb zu speichern? Das würde ja auch eine Skalierung der Frontends über mehrere Server ermöglichen.