@StefanP74
Verwaltung -> Datenstruktur -> Objekttypen -> z.B. Infrastruktur -> z.B. Server -> editieren
Da gibt es die Option "Default Template".

Guten Tag zusammen,

ich stehe ein wenig auf dem Schlauch mit den Benutzerdefinierten Zählern.
Ich habe die Anleitung gelesen:
https://kb.i-doit.com/de/grundlagen/benutzerdefinierte-zaehler.html
Da steht unter anderem

Außerdem sind die Counter auch bei Textfeldern von benutzerdefinierten Kategorien verwendbar.

Problem:
Wir kriegen im laufendem Jahr immer mal wieder neue Außenstandorte dazu.
Bei den Gebäuden benötige ich eine ID, die mit jedem neu angelegten Gebäude hochzählt. Von der ID hängt u.a. die Netzvergabe ab.

Was habe ich gemacht:
Ich habe eine benutzerdefinierte Kategorie: StandortID erstellt mit einem Textfeld für diese ID.
Ich habe den benutzerdefinierten Counter %COUNTER_STANDORTID% erstellt.
Anschließend habe ich bei Gebäuden ein Template erstellt, dass in der entsprechenden Kategorie und dem entsprechenden Feld den Wert %COUNTER_STANDORTID% hat.

Meine Erwartungshaltung war nun, dass bei jedem neuen Gebäude über das Template die ID hochgezählt wird - wird sie aber nicht.

Gibt es da irgend einen Trick, wie man %COUNTER_STANDORTID% im Template escapen kann/muss?

Einen wunderschönen guten Tag,

ich möchte ein wenig Feedback teilen - natürlich fallen einem nur die negativen Dinge direkt auf:
Wir nutzen die 1.19 Pro mit einigen kostenpflichtigen Addons.

Zu den einzelnen Themen:

Bestehende Kategorien erweitern:
Das geht laut KB leider nicht - empfinde ich als richtig nervig.
https://kb.i-doit.com/display/en/Custom+Categories
Oft hat man nur ein Feld in einer bestehenden Kategorie, dass man zusätzlich benötigen würde ..
Der Workarround mit einer Ergänzenden Kategorie z.B. "Buchhatung 2" ist ganz nett wirkt aber nicht professionell.

Benutzerdefinierte Kategorie
Die Alternative wäre die Kategorie komplett nachzubauen - das ist auch OK, bis man mit der API arbeiten möchte.

{
    "method": "cmdb.category.save",
    "params": {
        "language": "de",
        "apikey": "your-key",
        "category": "C__CATG__CUSTOM_FIELDS_TEST_JAU",
        "object": "your-object-id",
        "data": {
            "f_text_c_1663851136976": "textual-content",
            "f_text_c_1663851136982": "textual-content",
            "f_text_c_1663851136983": "textual-content"
        }
    },
    "id": 1,
    "version": "2.0"
}

Bei"data" darf man dann jedesmal zusätzlich dokumentieren / raten wie das entsprechende Feld heißt.
Das macht es vom lesen des API Calls her sehr nervig.
Kann man den Feldern nicht wie bei der Objektkategorie den Namen selbst vergeben, anstatt dass ein Timestamp gesetzt wird?

Testinstallationen
Das bringt mich dann zur Test-Umgebung.
Korrigiert mich falsch ich falsch liege, aber wenn ich z.B. so APi Sachen testen möchte, geht das nur auf dem Live-System, da in einer Testinstallation die Benutzerdefinierten Kategoriefelder anders heißen -somit ist das wieder useless.
Wenn die ich die bestehende Pro-Installation klone muss ich sie auch wieder Lizenzieren - das ist finanziell sehr unatraktiv.

Beschreibungsfeld
Das ist ein wenig doppelt störend.
Bei jedem Kategorieeintrag habe ich ein Beschreibungsfeld, was es in 95% der gefühlten Fälle nicht benötigt.
Was es aber nicht gibt ist ein Beschreibungsfeld für ein Kategoriefeld.