Es scheint einen weg zu geben das Passwort trotzdem neu zu setzen, zumindest klappte es in der 34er OPEN.
Wichtig ist immer ein Backup vorher!
Außerdem Wichtig das Passwort steht dann als Klartext in der Tabelle und kann nicht neu verschlüsselt werden!

Dazu habe ich erst das verschlüsselte Password geleert:

mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_password = ''; "

und dann ein neues in die andere Passwort Spalte gesetzt:

mysql -uroot -p idoit_system_open -e"update isys_mandator set isys_mandator__db_pass = 'password'; "

Falls die Rechte auf die DB nicht passen, noch mal die Rechte vergeben über:

mysql -uroot -p idoit_system_open -e"GRANT ALL PRIVILEGES ON `idoit_data_open`.* TO 'user'@'%' WITH GRANT OPTION;"

@StefanP74

dafür gibt es kein Feld in der Organisation. Denkbar wäre dann die Beschreibung?

Kundennummern sind in Verträgen als Feld unter Vertrag verfügbar.

@mwaldeck

auf der jeweiligen Objekt Seite gibt es den "Link zu dieser Seite" Button, dieser fügt der URL die Tenant ID an.

@ulf-wagner

ein Report und ein Dokument gehen immer von einem Objekt aus.
Ich vermute es wäre das einfachste, wenn pro Organisation ein Report erstellt wird.

Ansonsten kommt es auch darauf an, wo genau die Daten stehen, die angezeigt werden sollen.
Möglicherweise reicht auch schon dieser Report, er Zeigt alle Kontakte gruppiert an:

@mwaldeck

um einen variablen Report zu erstellen, bietet sich die Bedingung:

an. Damit wird dem Report die Objekt ID übergeben für den der Report ausgeführt wird. Das kann man für Kategorien nutzen in denen man Reporte darstellen möchte.

Ich vermute das Dokument wird für einen Standort erstellt?
Dann sollte die Ausgabe etwas so aussehen, da wir vom Standort Objekt aus diese Daten sehen möchten:

Ich werde dieses Gebäude für das Dokument verwenden:

Im Dokument, ohne weitere Konfiguration, sieht es dann so aus

@WolfgangW

ich habe mir das mal angesehen und wenn ich die ID des Tags nutze erhalte ich ein Ergebnis.

{
    "version": "2.0",
    "method": "cmdb.condition.read",
    "params": {
        "conditions": [
            {
                "property": "C__CATG__GLOBAL-tag",
                "comparison": "=",
                "value": 3
            }
        ],
        "apikey": "ritschipandi",
        "language": "en"
    },
    "id": 1
}

@Michael-Dub

wenn du das Passwort für den idoit Benutzer änderst. Änderst du das dann auch im Admin-Center unter Tenants für den Mandanten? Dazu den Mandant anhaken und auf Edit klicken.

@Fragesteller verstehe.

Ich denke die Entwickler des Add-ons schauen hier nicht rein. Aber erreichen lassen sich diese über
https://www.becon.de/iso27001-audit-und-isms-audit/

@Fragesteller

hilft hier möglicherweise auch die Doku des Add-ons?
https://viva2.readthedocs.io

@Fragesteller

ich vermute es geht um das VIVA2 Add-on?
Hier ein Zitat aus der Doku: https://viva2.readthedocs.io/de/latest/it-grundschutz-check.html

Bemerkung
In dem Feld „Verantwortung“ können nur Einträge hinzugefügt werden, die in der Kontaktzuweisung des zugehörigen Bausteins eingetragen sind.

@MikeS

danke für den Hinweis. Das API Add-on bzw. Add-ons wurden generell aus der OPEN Variante entfernt. Auch der Menüpunkt Add-ons wird noch aus dem Admin-Center verschwinden. Add-on sind daher nur noch in der paid Variante verfügbar.

@HospiceAbbiate

leider nein, der Pfad sieht korrekt aus. Wurde die Installation ggf. durch Antivirenprogramme blockiert?

@aguenther

es gibt einen Hotfix für die Listeneditierung, bei der die Zuweisung einer Datei zu mehreren Objekten nicht funktioniert. Das könnte womöglich helfen?
Hier der Link https://kb.i-doit.com/en/system-administration/hotfixes/index.html#file-assignment-via-list-edit-not-working-id-10914

@StefanP74

wir haben einen Bug Report der dieses Titel trägt:
"JDisc import can not overwrite category JDisc Device Information and create multi-value entries in a single-value category"
Bisher ist dieser nicht gelöst und muss noch bearbeitet werden. Ich verlinke deinen Beitrag hier im Ticket.

@AN-D

versuch mal diesen Link an deine i-doit URL anzufügen um bei der Root location die Location Kategorie zu öffnen:
i-doit/?objID=1&viewMode=1100&tvMode=1006&catgID=26

Ich frage mich wie Ihr geschafft habt, der Root location einen Standort zu verpassen

@sxnc

die Installation geht nun wieder, aufgrund der Änderung an der OPEN Homepage gab es da noch nacharbeiten.

@mzaidan

geht es wirklich um Heizkörper oder um Thermostate?

Je nachdem wie granular du die dokumentieren willst ändert sich die Vorgehensweise.
Am einfachsten wäre es einen neuen Objekttyp zu erstellen und diesen dann über die Kategorie Standort zu einem Raum zuzuweisen.

Eine eigene Kategorie, wenn notwendig, hilft dann beim erfassen der gewünschten Daten.

**Edit:
Informationen sind nur auf der Webseite valide https://www.i-doit.com/produkte/i-doit-cloud

Eine Cloud Eval kann man sich ganz einfach über https://www.i-doit.com/30-tage-testversion/download/#cloud klicken.

@TorstenF

Kategorien können nicht dupliziert werden.
Auch der Export von benutzerdefinierten Kategorien ist nur über den Add-on Packager möglich.

@IT_GAP

das klingt wie etwas wie der unser Anwendungsfall für "Rückwärtige Kategorien". Dazu verwenden wir einen Report der als Kondition einen Feldplatzhalter für Objekt ID verwendet.
Link

Ja, die Daten vom Report lassen sich nicht in der Objektliste anzeigen. Um beim Arbeitsplatz z.B. einen Wert in einer Kategorie zu setzen, müsste man ein API Skript schreiben. Ggf. in Verbindung mit dem Events Add-on oder eines der Add-ons die Automatismen anbieten.