@Michael-Huhn Oh, this is great, right when I needed it, thank you.

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.

:pepehi: @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:
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

:pepehi: @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 ;>

Servus @LFischer,

fantastico! 👌

Vielen Dank, das ist perfekt.
Was für ein mächtiger Einsatz. 👍

LG Stefan

Hallo @Michael-Huhn,

perfekt, danke!

LG Stefan

:pepehi: @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

:pepehi: @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/

:pepehi: @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