a room is also just a location

[wojosc]

In a call with dave he pointed out, that location room is just a type of location.

• [ ] Add Type to location Types: site room

• [ ] eval if room, then show field floor

• [ ] eval if room, then show socket in dashboard (possible ?!)

Let's design a merge to deprecate the docType location room.

thanks @itsdaveit

[majubewi]

@wojosc @itsdaveit

An dieser Stelle hätte ich gesagt, dass es sowohl den Doctype Location Room wie auch die Location gibt. Jede Location hat n Location Rooms.

[itsdaveit]

Vielleicht gleich ein extra Doctype „Location Type“ und ein Link-Field in der Location?

Dort könnte man z.B. auch Icons hinterlegen, und man wäre flexibler in dem Erstellen von Types. (gegenüber einem Select)

…und man könnte z.B. für einen Type = Rack ein Feld für die Anzahl an HEs erlauben.

Wir haben bei unserer Struktur im alten idoit z.B. Teilweise alles vom Land bis zu HE im Rack:

So z.B. einmal der Pfad zu einem Router:

Als Wurzel: Erde (Planet) Deutschland (Country) Soltau (City) Heideweg 1 (Street) Gebäude 2 (Building) Etage 2 (floor) Serverraum (room) Rack 4 (rack) HE 23 (HE)

Ich würde im ersten Schritt auch nicht zwangsläufig eine gewisse Reihenfolge erzwingen. Das schräkt IMHO eher ein, als das es hilft.

(Alternativ könnte ein „Table Multiselect“ im „Location Type“ mit der Bezeichnung „Possible Parent Types“ helfen)

So ähnlich habe ich das schon mal gebaut, aber es gibt generell ein Mögliches Problem: Es kann eine Straße oder ein Rack oder eine „HE 23“ mehrfach geben.

Daher müsste man sich ein Naming oder eine Naming Series dafür überlegen.

Hier stellt sich dann die Frage, ob man tatsächlich die ERPNext-Location so weit verändern sollte oder ob eine IT-Location vielleicht der bessere Weg wäre.

[majubewi]

@itsdaveit

Hey Dave, da eine Dokumentation eh oft aufwändig sein kann, meine ich, dass die Location aka "Ort" und der Location Room aka "Zimmer mit Etage, Zimmernummer, ..." in Kombination mit einer kurzen Beschreibung im Configuration Item ausreichend sein könnte. Aber eigentlich hast du Recht man könnte das alles noch aufschlüsseln.

[itsdaveit]

Ich verstehe deinen pragmatischen Ansatz durchaus. Meiner Erfahrung nach ist ein Tree-View, ähnlich wie der nachfolgende, eine feine Sache im Support-Alltag. Da es ja Bereits einen Location Doctype gibt, der verschachtelt werden kann, fühlt sich das für mich irgendwie komisch an, einen weiteren Doctype zu erstellen. Also ähnlich wie hier: https://kb.i-doit.com/display/en/Locations

[wojosc]

Danke für das Feedback @itsdaveit wir müssen da bei uns noch einmal ran. Wir haben den Location DocType über unserer IT Management App verfälscht und sollten hier erst einmal zurück auf das original.

Die Vorschläge Die Du da machst sind völlig richtig und auch super funktional. Ich melde mich, wenn wir das zurück gesetzt haben.

Grüße