@Michael-Overkamp
Ich habe gesehen, dass ich die Lösung nie bestätigt habe. Das hat geholfen, vielen Dank!

Hallo zusammen,

vielen Dank für die Infos - ich werde das mitnehmen und mit meinen Kollegen besprechen 🙂 Bis dahin gibt es natürlich immer die Möglichkeit eine eigene benutzerdefinierte Kategorie zu entwerfen die die nötigen Felder beinhaltet.

Viele Grüße
Leo

Hier gilt wohl "Use the source, Luke", in diesem Fall die Kommentare in den Dateien der API Client Library., auch wenn im Text auf GitHub steht "This project is not an official product by synetics GmbH. synetics GmbH doesn't provide any commercial support."

isys_cmdb_dao_list_catg_workflow weist auf das Workflow-AddOn.

Halo @mijan,

für die Listeneditierung gibt es für Version 21 einen Bug Report welcher zur Version 22 gelöst wird.

Hallo @Chris-1,

Attribut "gps" ist ein JSON-Objekt mit den Keys "0" und "1", diese werden im Core für Funktionen genutzt.

Diese Keys entsprechen "latitude" und "longitude".
Daher ist es nur notwendig "latitude" und "longitude" zu setzen.

{ "method": "cmdb.category.save", "params": { "object": 1122701989, "category": "C__CATG__LOCATION", "data": { "latitude": "51.2277411", "longitude": "6.7734556" }, "apikey": "h3md6u3y" }, "id": 1, "version": "2.0" }

Hallo @bmader

ich verstehe - ich schaue mir das mal an... Ich denke es sollte möglich sein den "leeren Platz" einzusparen 😉

Viele Grüße
Leo

Hi

Ich denke der Zustand
(siehe https://kb.i-doit.com/display/de/Lebens-+und+Dokumentationszyklus)
ist ein so elementares Konzept von i-doit, dass es an vielen Stellen einfach nicht mehr explizit erwähnt wird.

Du hast dieses Verhalten z.B. auch auch im Report Manager

Leo

@LFischer Danke für die Info! Da ich doch recht viel mit der API arbeite und immer wieder kleine Workarounds finden muss, werde ich mir das mit den Entwicklungspartnern mal ansehen.

@MartinV
Das war es tatsächlich, das war mir gar nicht bewusst. Ich dachte ich muss hier alles als String übergeben...

Danke für deine Hilfe, jetzt kann ich die Zuweisungen korrekt anlegen

Ich hab es selbst herausbekommen, hat nur ein paar Tage gedauert.

{ "method": "cmdb.category.save", "params": { "object": 20132, "category": "C__CATS__NET_ZONE", "data": { "zone": "15314", "range_from": "10.100.81.242", "range_to": "10.100.81.244", "description": "Beschreibung" } } }

Das Attribut heißt "zone", nicht "objID"!

Mit freundlichem Gruß,
Mathias

@hu: Danke für die Bestätigung, dass die Implementierung auch funktioniert, wenn ich nicht danebenstehe und ein Auge darauf habe 🙂

Das Projekt ist jetzt auf GitHub: https://github.com/mvorl/i-doit_API

Ich werde mich natürlich um die Behebung von gemeldeten Fehlern kümmern; darüber hinaus kann ich aber nichts versprechen.

@StephanBuerger said in API-Suche nach it service relations für Kabel:

@hu Was soll der "push nach vorn"?

Das mag niemand in einem Forum

... das ist mir absolut neu bei Foren. Tut mir leid dass Dich das stört. Ich mache dies bereits seit Jahrzehnten so und Du bist der erste der sich beschwert. Falls Du diesbezüglich einen netiquette Hinweis im Netz findest, kannst du ihn gerne posten, ich bin nicht fündig geworden.

Ich würde mich weiterhin freuen, wenn jemand eine Idee zu meinem Problem hat.

@MartinV danke! Damit gehts erstmal weiter 🙂

Mir ist dabei allerdings aufgefallen das ich die Position im Rack nicht so setzen kann wie es beim auslesen angezeigt wird.

Z.B. mit:

'C__CATG__LOCATION': [ { 'pos': { 'visually_from': 32, 'visually_to': 33 } } ]

Egal was ich versuche, das Gerät wird immer in RU47 also ganz oben eingesetzt.
Ist das ein Bug oder muß man das anders setzen als es beim auslesen angezeigt wird?

Hallo Christian,

danke das Funktioniert. Die Kombination habe ich übersehen.
Ich muss im Script auch nur die Objekt-ID auslesen. Das passt.

Viele Grüße
Pia