@KCEVE

soweit mir bekannt ist wird es kein docker release geben. Ob es auf die Roadmap kommt lässt sich bei der DiP sehen:
https://www.i-doit.com/pwr-event-dib-26

@sj

was du archivierst ist ein Eintrag in einer Kategorie. Nicht das Objekt selbst, sondern den rückwärtigen Eintrag zur "Kontakzuweisung" am Gerät.

Der ldap-sync Befehl reaktiviert aber alle archivierten Beziehungen des Objektes nach dem Import. Dies lässt sich durch die Experteneinstellung ldap.connection-ranking-active = 0 deaktivieren. Oder indem der ldap-sync Befehl mit
--connectionRankingActive 0 ausgeführt wird.

Siehe auch https://kb.i-doit.com/de/automatisierung-und-integration/cli/befehle-und-optionen.html#ldap-sync

@cherif

da SSO durch Apache übernommen wird ist die lokale Anmeldung nicht möglich außer, wenn es einen weiteren VHost ohne mellon gibt. Zum Beispiel wie hier beschrieben:

<VirtualHost *:80>
ServerName nosso.synetics.test
        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined
        DocumentRoot /var/www/html
<Directory "/var/www/html">
        AllowOverride All
        Require all granted
</Directory>
</VirtualHost>

Siehe auch: https://community.i-doit.com/post/18774

@mrdracoor,

es gibt keine Aktion um Kategorien oder Einträge zu löschen. Möglich wäre es eine komplette Kategorie zu löschen, wenn man den API Call verwendet und die notwendigen Daten über Twig liefert.

Da über Twig noch keine IDs in Multi-Value Kategorien gelesen werden können, kann nur die komplette Kategorie geleert werden.

@miba_anyware

scheint ein Bug zu sein. Bugs bitte an help@i-doit.com senden. Workaround ist mir nicht bekannt.

@sj

es gibt dazu ein Feature Feedback, absehbar ist da nichts.

Als Entwicklungspartner könnte das schneller geändert werden, dazu müsste nur jemand einen PR einreichen. Die Datei in der das Limit steht ist src/classes/connector/ticketing/isys_connector_ticketing_zammad.class.php Line 185. Allerdings sollte es dann eine Seitenansicht etc. geben.

@Weip

der Username kann in den Logbucheinstellungen auf einen festen Wert gesetzt werden.
https://kb.i-doit.com/de/grundlagen/logbuch.html#logbuch-konfigurieren

Da das nur bei neuen Einträgen hilft, am besten ein Ticket via help@i-doit.com erstellen und nach "AnonymizePersonLastChange" Befehl fragen ;>

@sj

Richtig, Die Mandator ID 0 ist Systemweit und 1... jeweils der Mandant.

@kholzenhauer

bei Problemen am besten beim Support melden -> help@i-doit.com
Ansonsten helfen nur Logs und ob Fehler in der Entwicklerkonsole geloggt werden.

@gvde

hilfe ist immer Willkommen!

Entweder hier oder besser im GitHub Repository via Issue oder Pull request.

Für die Skripte
Für die Knowledge Base

@cherif

schau mal hier https://kb.i-doit.com/en/system-administration/hotfixes/hotfix-archive/v34.html#hotfix-php-fatal-error-when-saving-multiselect-fields-id-11804

@mio

das checkmk2 Add-on ist aktuell nur bis php 8.2 kompatibel.

Die Doku zum Add-on ist teilweise nicht mehr aktuell, weil die Entwicklung durch die SHD System-Haus-Dresden GmbH weiter entwickelt wird. Da es keine andere Dokumentation gibt, lassen wir unsere noch online.

Aktualisiert werden aber die Release Notes. Ich habe einen Issue für die KB erstellt, damit diese Informationen dort als Hinweis anzeigt werden.

Ps. Ich hab mal eben das Add-on mit php8.2 und php8.3 via "status" geprüft und keinen Fehler erhalten:

@vitamin-S

wenn du Support suchst oder Feature wünsche darbringen möchtest, dann ist dies hier der falsche Kanal.
Dazu bitte an den Support wenden über help.i-doit.com oder help@i-doit.com.

@mio

danke erstmal für die Information!

Bei Fehlern oder Verbesserungen gerne ein GitHub Issue im KB Repository erstellen.
Ich hab daraus mal eins gemacht:
https://github.com/i-doit/knowledge-base/issues/1056

Hier ist die Info zwar gut für andere Anwender aber ob diese Info dann bei i-doit ankommt ist was anderes ;>

@UVB_Michael

also wenn bei dir das Berschreibungsfeld nicht dargestellt wird:

dann prüf in der Verwaltung die Attribute Einstellungen:

@pascal.beyer

ich vermute, dass das Leeren des Browser-Caches hier helfen sollte. Falls das nicht hilft, wäre es interessant zu wissen, ob die Entwicklerkonsole des Browsers Fehler meldet.

@sj

bitte prüfe im Admin-Center > System settings die Expert settings, ob dort
api.authenticated-users-only = 0 ist.

Sollte das nicht helfen kannst du die Einträge in der DB prüfen, zum Beispiel mit:

mysql -uroot -p idoit_system -e"select * from isys_settings where isys_settings__key = 'api.authenticated-users-only'\G"

@mwaldeck

ich kann das Problem nachstellen und es gibt auch schon einen Bug Report. Vermutlich wird es einen Hotfix geben, am besten eine kurze E-Mail an help@i-doit.com schicken, dann wird der Bug Report verknüpft und du würdest auch direkt den Hotfix im Ticket erhalten.

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.