Hallo @Umezi grundlegend gibt es bereits einen "Kabel" Objekttyp, bei dem allerdings ein Objkt ein physikalisches Kabel repräsentiert. Du könntest aber einen eigenen Objekttypen erzeugen und hier eine Art "Sammelobjekt" pro Typ erzeugen. Ich würde hier mit einer benutzerdefinierten Kategorie arbeiten Also - Neuer Objekttyp z.B. "Kabel (zusammenfassung)" mit den üblichen Standardkategorien + eine eigene benutzerdefinierte Kategorie die dann z.B. die Anzahl an Kabel und den Typen beinhaltet. Diese zwei Attribute kannst du anschließend in der Objektliste darstellen lassen Das ist jetzt aber natürlich nur eine einzelne Idee - es gibt sicherlich noch genügend andere Möglichkeiten deinen Use-Case abzubilden. WENN man es mit normalen Objekten und (benutzerdefinierten) Kategorien macht kann man diese Daten mittels Report auswerten und über die API auslesen und schreiben Hilft das weiter? Viele Grüße Leo

Hey @StefanP74 freut mich das ich helfen konnte - ich habe tatsächlich schon öfters erlebt das der Cache zu solchem Verhalten führen kann. Das kann passieren, wenn Commands oder sonstige "i-doit bezogenen" Cronjobs als root ausgeführt werden. Das kann u.a. dazu führen das Cache Dateien vom root User erstellt werden und der apache User kann dann nicht mehr darauf zugreifen oder verändern Viele Grüße Leo

@LFischer said in Click auf "Configure List View" in Tabellen Ansicht führt zu einer leeren Seite und php-Fehler im apache-Log: Hallo @boni127 vielen Dank für deinen Beitrag und die Bugmeldung - dieser Fehler tritt bei dir auf, weil die community Version / i-doit OPEN keine benutzerdefinierte Kategorien mitbringt. Deswegen fehlt u.a. die Klasse isys_custom_fields_dao in deinem System. Normalerweise dürfte die Logik für benutzerdefinierte Kategorien nur ausgeführt werden, wenn auch tatsächlich eine benutzerdefinierte Kategorie im System existiert. Ich probiere das Problem später mal zu reproduzieren, vielleicht kann ich dir dann einen einfachen Fix vorschlagen Viele Grüße Leo Hi Leo, danke für den Support, ich habe die Änderungen durchgeführt. Nun klappt es. Grüße Detlev.

@meganie ich vermute es liegt daran, dass der WYSIWYG Editor nicht aktiviert ist und daher keine Umbrüche enthalten sind. Wenn das so bleiben soll, dann musst du HTML nutzen: <p>%objectname%<br /> %date_created%<br /> %serial_no%</p> Wenn du den WYSIWYG Editor aktivieren möchtest schau hier nach: [image: 1727246976985-f8aa8fe6-f06c-4b0a-b3a6-6ebd3b5d2b1d-image.png]

Hallo zusammen, ich fürchte das wird leider nicht klappen - die (technische) Positionierung im Schrank zählt immer von oben nach unten. Wenn also eine neue HE dazu kommt wird diese (optisch) unten drangesetzt. Wenn ein Objekt in der "obersten" HE positioniert ist wird dieses auch dort bleiben. Ein Objekt in der "untersten" HE wird danach allerdings in der vorletzten HE positioniert sein. Es ändert sich eigentlich nur die (optische) nummerierung der HEs. Viele Grüße Leo

@RAG ich war so frei und habe beim Sales Team nachgehakt. Ich vermute es war ein Problem im Backend. Fragen zu Verträgen etc. am besten immer direkt an help@i-doit.com senden ;>

Hallo @Michael-Huhn, perfekt, danke! LG Stefan

@RAG ich habe dazu bisher nichts gelesen oder gehört.

Hallo @StefanS Vielen dank für deinen Use-Case, würdest du uns das bitte noch mal offiziell als Feature Feedback an https://help.i-doit.com/ schicken? Viele Grüße Leo

@meganie es gibt dazu leider nur eine ältere Doku, bei der die Bilder noch angepasst werden müssen. -> https://kb.i-doit.com/de/anwendungsfaelle/dokumentation-von-datenbanken.html Ansonsten gerne mal in der DEMO schauen wie es dort dokumentiert wurde. Daniel scheint das Beispiel von dort genutzt zu haben.

Auch hier noch mal. Mit v29 wurde der LDAP sync aus der OPEN entfernt. Für mehr siehe -> https://i-doit.org/download-v29/

@GeoItsm please check these Troubleshooting points, especially the logs and whether errors are displayed in the developer console. Also, an update would probably be good ^^

Hallo, ins Blaue geraten - handelt es sich vielleicht um eine HTTP/HTTPS-Problematik? Der Webserver des i-doit-System und der QR-Code-Drucker müssen das gleiche Protokoll sprechen. Ggf. kann eine Automatik auf dem Webserver (nur HTTPS akzeptieren, leite HTTP an HTTPS weiter, ...) einem in die Suppe spucken. Gruß Zini

@Matthe nur über die Druck Funktion des Browsers (STRG+P). Ansonsten ggf. eines der Partner Add-ons -> https://www.i-doit.com/i-doit/add-ons/

Moin, oh mann, tjo, die Logik bleibt manchmal verborgen. Vielleicht hätte ich der einfachheitshalber pgsql für PHP8.1 installieren sollen. apt install -y php8.1-pgsql phpenmod pdo_pgsql Tut wieder. Schlafen soll gesund sein LG Stefan