Diese Frage wurde vor fast genau einem Jahr bereits gestellt: Webinterface auf deutsch einstellen 1.4.2 open Offenbar wurde bei der Festlegung der Features zur Unterscheidung OPEN vs. PRO entschieden, daß "Mehrsprachigkeit" halt ein Feature der PRO Version ist. Diese Festlegung muß ich nicht gut finden, aber ist so und das akzeptiere ich dann erstmal als gegeben. Es heißt ja Zitat zu dem Feature in der PRO Version: "i-doit wird in Deutsch und Englisch ausgeliefert. i-doit wird mit Sprachkonstanten entwickelt, so ist es ein leichtes, sich eine eigene Sprachdatei für seine gewünschte Sprache anzulegen." Insofern haben wir uns für den letzteren Schritt entschieden und aufbauend auf der letzten de.inc.php au der 0.9.x die restlichen 40% Sprachkonstanten ins Deutsche übersetzt. Das ist zwar - da diese Datei ja bereits exisitent ist (in der PRO) - absolut sinnfrei, aber was will man machen. Zudem dürften etliche Übersetzungen (Menüpunkte, …) "unserer" Datei somit abweichen von der "offiziellen" Übersetzung. Was für die interne Verwendung absolut egal ist. [Meinung] Die OPEN Variante von i-doit um solche elementare Dinge wie bspw. Sprachsupport für Deutsch zu "kastrieren" ist für mich rein persönlich unverständlich, insbes. wenn dieser in der Versionen < 1.0.0 ja vorhanden war. Gerade an  dieser Stelle wäre der "Input" der (Open Source Community) doch ggf. nützlich  (oder könnte sogar beträchtlich sein), außer Englisch und Deutsch noch weitere Sprachen zu haben. Keine Ahnung, ob Bedarf und Interesse bei irgendjemand der Anwender bestünde, dort Französisch, Spanisch, Plinisch, Finnisch etc. übersetzen zu wollen. Schließlich würden solche Arbeiten ja theoretisch auch in die PRO zurückfließen können. Bzw. falls man die "Gewähr" dafür scheut, bietet man deren "händische" Integration in die Anwendung als "Tipp ohne Gewähr" an. Für einen nativ deutschen Muttersprachler ist es eben schöner, mit einer eingedeutschten Software zu arbeiten, als nur in Englisch. Persönlich wäre mir das auch egal. Denkt man aber an Kollegen, die nicht so gut in Englisch "unterwegs" sind, das beginnt beim Azubi und hört bei ggf. mit der Software arbeitenden Damen in der Buchhaltung nicht auf, dann sehe ich das rein für die Einarbeitung und Evaluierung - selbst wenn man später eine PRO Lizensierung anstrebt - als totales Hindernis. Man schafft sich gleich einen Negativ-Faktor und Akzeptanz-Killer. Rein von dieser Warte her fällt nämlich die Option: "Wir beginnen klein mit der freien, kostenlosen Open Source Variante" (und tasten uns eben langsam damit vor), einfach aus. Und ich kann gleich das kostenpflichtige i-doit anderen kostenpflichtigen Konkurrenzprodukten wie Docus*** gegenüberstellen.  [/Meinung]

Konnte mir selbst helfen: Hier eine mögliche Hilfestellung für diejenigen, denen ähnliches passiert. Es geht sicher eleganter und professioneller. isys_obj__status in der tabelle isys_obj gibt den zustand eines Objekts an. 3 heisst vermutlich archiviert, 2 aktiv. isys_obj__id inkrementiert und ist der Index für alle Objekte.  Die Ursprungsuser "Admin" "Archivar" etc. müssen niedrige isys_obj__id Werte besitzen, da sie bei der Installation des Systems erzeugt wurden. isys_obj__created zeigt das Erstellungsdatum/-zeitpunkt eines Objekts. Somit der Wert für "Admin" etc. nahe am Installationszeitraum von I-Doit liegen. isys_obj__created_by führt den Erzeuger des Systems auf. Hier ist i-doit wunderbar sauber und zeigt "System" als Erzeuger an. isys_obj__isys_obj_type__id gibt den Typ eines Objekts an: 53 = einzelne User, die Werte 54 und 60 sind mir nicht klar, Gruppen und Gruppenmitglieder? isys_obj__title gibt den Namen eins Objekts an. "guest","reader","editor","author","archivar","admin" scheinen wichtig zu sein Also: 0. Mit mysqldump ein Backup der Datenbank. Ich bin hier im Blindflug unterwegs 1.Mit mysql client mit der DB verbinden 2. select * from isys_obj where isys_obj__status=3 and isys_obj__created_by="system"; 3. So jetzt Augen auf und sich die isys_obj_id der in Frage kommenden Objekte aufschreiben. (z.B. in meinem Fall ist die isys_obj_id = 22 wo der Wert von isys_obj__title = "admin" isys_obj__created_by "system" kommt auch hin) 4. update isys_obj set isys_obj__status=2 where isys_obj__id= 22 (22 bitte durch Eure gefundenen IDs ersetzen) Fertig. Ich musste 3 Sek warten, dann konnte ich mich wieder über das Webinterface anmelden, meine Kiste ist extrem lahm.

Hi, schön zu hören, dass es nun geht. Mit der Bugmeldung können wir so leider nichts anfangen, da mir nicht klar ist, was genau "minimal verändert" wurde und dementsprechend dazu geführt hat, dass das System ausgelastet war. Hier würde ich um eine etwas detailliertere Beschreibung und Einreichung über unser Kundenportal bitten. Lieben Gruß

OK, das erklärt den 'Fehler', oder besser das Verhalten. Vielen Dank für die Hilfe.

Hi, @ollibraun Ist uns bereits bekannt und liegt den Entwicklern vor. Danke für den Hinweis. @Supreme Die open ist noch nicht in der neuesten Version verfügbar. Mir liegt auch noch kein offizieller Termin dafür vor. Lieben Gruß

Hi, schau dir mal die Benachrichtigungsfunktion in der Dokumentation/Akadmie an. Du kannst dich damit rechtzeitig benachrichtigen lassen. Lieben Gruß

Prima, die 1.5 geht natürlich vor!

Hallo jkondek, vielen Dank für die schnelle Antwort! Gruss tigmac

Hallo schmidt, wie genau hast Du denn den Mailversand der Reports geloest? Ich kann mir gut vorstellen, dass das andere User ebenfalls interessiert Fuer das Problem mit den Reports von verschiedenen Mandanten empfehle ich die Benutzung von verschiedenen Kategorien unterhalb der Reports. Ueber die Rechtevergabe ist es dann moeglich, verschiedenen Usern oder Usergruppen auf die entsprechenden Kategorien Rechte zu geben. Die Meldung, die Du momentan erhaelst Es erscheint nur eine Hinweisseite, das Mandant_1 nicht der Besitzer des Reports ist ist ein Bug, welcher in der Version 1.4.8 bereits behoben ist. Ich habe das in der Demo ausprobiert, und dem User archivar folgende Rechte gegeben: sehen/ausfuehren bezieht sich auf neue Reports erstellen alle Rechte bezieht sich auf Reports in Kategorie Parameter "Regional" (eine zuvor angelegte Kategorie bei den Reports) Der User admin sieht in der Demo beide Kategorien und kann alle Reports ausfuehren, der archivar sieht nur seine Reports und kann nur auf seine Kategorie zugreifen. Darueber laesst sich relativ einfach der Zugriff auf die Reports steuern. Gruss, jkondek

Guten Morgen jKondek, wie schon im anderen Post gesagt - möchte ich mich erstmal vorab für mein "Halbwissen" entschuldigen. Vielen Dank für ihre ausführliche Antwort - es hat bei mir alle Fragen klären können bzgl. der Anzahl der Objekte / Objekttypen in der idoit-open bzw. idoit-pro Variante. Viele Grüße Matthias

Hallo zusammen, entschuldigt die Verwirrung - aktuell verwenden die OPEN und PRO Demo Instanzen die gleiche Datenbank. Das führt dazu, das einige PRO Features fälschlicherweise auch in der OPEN Version sichtbar sind… Wir arbeiten auf eine eigene Datenbank hin Viele Grüße Leo

Hallo Barracuda, versuch mal folgende Abfrage: SELECT obj_main.isys_obj__id AS 'ID', (CASE obj_main.isys_obj__status WHEN 1 THEN 'LC__CMDB__RECORD_STATUS__BIRTH' WHEN 2 THEN 'LC__CMDB__RECORD_STATUS__NORMAL' WHEN 3 THEN 'LC__CMDB__RECORD_STATUS__ARCHIVED' WHEN 4 THEN 'LC__CMDB__RECORD_STATUS__DELETED' END) AS 'LC__UNIVERSAL__CONDITION' , jn1.isys_obj_type__title AS 'LC__REPORT__FORM__OBJECT_TYPE###1', j3.isys_obj__title AS 'LC__CMDB__CATG__LOCATION###26' , loc.isys_catg_location_list__description AS 'Beschreibung' FROM isys_obj AS obj_main LEFT JOIN isys_cmdb_status AS obj_main_status ON obj_main_status.isys_cmdb_status__id = obj_main.isys_obj__isys_cmdb_status__id LEFT JOIN isys_obj_type AS jn1 ON jn1.isys_obj_type__id = obj_main.isys_obj__isys_obj_type__id LEFT JOIN isys_catg_location_list AS loc  ON loc.isys_catg_location_list__isys_obj__id = obj_main.isys_obj__id LEFT JOIN isys_obj AS j3 ON loc.isys_catg_location_list__parentid = j3.isys_obj__id WHERE TRUE AND obj_main.isys_obj__status = 2; Gruss, jkondek

Hallo zusammen, vielleicht hilft das weiter: https://bitbucket.org/dstuecken/i-doit-api-clients Wir haben einen API Client für i-doit öffentlich zur Verfügung gestellt. Dieser sollte mit minimalem Aufwand Lauffähig sein und bringt einige interessante Features und Funktionen mit. Zusätzlich findet ihr in dem Bitbucket Repo einige Beispiele Viele Grüße Leo

Besonders nervig ist dann, dass man wieder auf Seite 1, von "n" landet und spätestens bei Client26 zzgl. noch einen Klick hat, um wieder auf die passende Seite zu kommen. Dagegen hilft die Einträge pro Seite in den Objektlisten zu erhoehen Gruss, jkondek

Guten Morgen Stefan, ich schaetze mal, dass Du Dich hier orientieren kannst: Pauschalpreis je Modul 800€ bei Subskriptionskunden http://www.i-doit.com/produkt-service/ueberblick/#c3861 Eine Dokumentation zum Dokumente-Modul habe ich aber noch nicht gefunden, lediglich das Factsheet. Gruss, jkondek