| Sv translation | ||
|---|---|---|
| ||
Facilities können mithilfe |
...
weniger Klicks einfach kopiert werden, inklusive ihrer Kind-Facilities und zahlreicher dazugehöriger Elemente. Die Funktion erspart jedem, der |
...
vorhandene Facilities und deren Struktur wiederholt benötigt, viel Zeit und Arbeit |
...
, zum Beispiel beim Einrichten kompletter Standorte. In diesem Artikel behandeln wir wichtige Aspekte, die beim Kopieren von Facilities zu beachten sind, wie zum |
...
Beispiel mögliche Gefahren, die das unbedachte Kopieren von Elementen mit sich bringt. Außerdem besprechen wir das Einrichten eines neuen Standortes mithilfe der Funktion als Best-Practice-Beispiel.
1. Wo finde ich die Funktion zum Kopieren von Facilities?Die Funktion zum Kopieren von Facilities ist unten links in der Facility-Übersicht aufrufbar. Ein Klick auf den Button mit den drei Punkten öffnet weitere Optionen für Facilities, zu denen auch das Kopieren zählt. Wählen Sie den Kopier-Button aus, öffnet sich ein Wizard, der Sie durch den Kopiervorgang führt.
2. Wichtige, allgemeine Hinweise zur FunktionDatenpunkten |
...
sollten nach dem Kopieren |
...
Eine externe Zeitreihe kann immer nur mit einem Datenpunkten auf einmal verbunden sein. Das selbe gilt für eine Property in Niagara und einen Parameter. Da die Verbindung zwischen den externen Quellen und den Datenpunkten und Parametern an der Original-Facility bestehen bleibt, werden, werden zwar Datenpunkte und Parameter kopiert, aber ohne Quelle. Es sit demzufolge notwendig, diese Punkten mit neuen externen Quellen zu verbinden.
Werte von Datenpunkten und Parametern mit externen Referenzen werden nicht mit übernommen.
Da externe Quellen nicht übernommen werden können, gilt dies gleichermaßen natürlich auch für deren Werte, da diese an den Quellen gespeichert werden und nicht direkt an Datenpunkten und Parametern. Für neue Werte müssen demzufolge erst wieder externe Quellen zugeordnet werden.
Eine Facility vom Typ "Organisation" kann nicht kopiert werden.
...
mit neuen externen Quellen verbunden werden.Nach dem Kopiervorgang haben Datenpunkte mit externen Strategien keine Quellen mehr, von denen sie ihre Daten beziehen können. Deshalb sollten Sie ihnen neue Quellen zuordnen. Es ist nicht möglich, die Original-Facility oder darunterliegende Facilities als neue Eltern-Facility für die |
...
Kopie zu wählen.Wäre es möglich, die Original-Facility oder darunterliegende Facilities als neue Eltern-Facility für die kopierte Facility zu wählen, dann |
...
könnte das unter Umständen zu Problemen bei internen Datenpunktreferenzen führen. Deshalb ist diese Funktion nicht verfügbar. Die Facility, die an oberster Stelle in der Hierarchie steht, kann nicht kopiert werden.Die Facility, die an oberster Stelle in der Hierarchie steht, ist meistens die "Organisation". Diese kann nicht kopiert werden, da keine kopierte Facility sich selbst oder ihr untergeordnete Facilities als neue Eltern-Facility wählen kann. Beim Kopieren von Berichtsausführungen und regelmäßigen Aufgaben werden auch Empfänger mitkopiert, was zu Spam führen kann.Bei jeder Berichtsausführungen |
...
können Empfänger hinterlegt sein, |
...
die diesen Bericht als E-Mail zugeschickt bekommt. Nutzer können auch |
...
über regelmäßige Aufgaben benachrichtigt werden, sollten diese ihren Einstellungen zu Vorgangsbenachrichtigungen entsprechen. Wenn diese Elemente mitkopiert werden, |
...
erhalten Empfänger möglicherweise ungewollte Nachrichten. Widgets auf Dashboards sollten gegebenenfalls angepasst werden.Es kann unter Umständen dazu kommen, dass die Funktionalität von Widgets beeinträchtigt wird, weil die Konfiguration nicht mehr passt.
3. Anwendungsbeispiel: Einrichten eines neuen Standorts |
Zum Einrichten eines neuen Standortes in QBRX wird zumeist eine Vielzahl an Facilities verschiedener Typen benötigt, die in einer logisch aufgebauten Hierarchie strukturiert sein müssen.
...
Der initiale Einrichtungsaufwand beim Einrichten neuer Standorte kann dank der Möglichkeit, Facilities zu kopieren, stark reduziert werden. Bereits bestehende Facilities, die in ihrer Struktur und Hierarchie einem neu einzurichtenden Standort entsprechen, können einfach dupliziert werden.
Untergeordnete Facilities sollten immer mitkopiert werden!Um ganze Hierarchien zu übernehmen, ist es selbstverständlich notwendig, Kind-Facilities mitzukopieren. Achtung: Alle anderen ausgewählten, zu kopierenden Elemente, wie zum Beispiel Datenpunkte, Eigenschaften oder Meldungsregeln, werden auch bei den untergeordneten Facilities kopiert! Das ist praktisch, weil so zum Beispiel interne Referenzen bei Datenpunkten übernommen werden. Es birgt aber auch Gefahren, wie beim Kopieren von Berichtsausführungen und regelmäßigen Aufgaben und möglichen dadurch entstehenden Spam bei eingetragenen Empfängern. Datenpunkte sollten mitkopiert werden, da auch interne Referenzen und benutzerdefinierte Berechnungsregeln übernommen werden.Beim Kopieren von Datenpunkten werden auch interne Referenzen übernommen, zum Beispiel Strategien, die den Durchschnitt oder die Summe der Kind-Facilities berechnen. Diese Datenpunkte können also ohne nachträgliche Änderungen, eins-zu-eins übernommen werden. Das gilt natürlich nur, wenn auch alle Kind-Facilities und die grundlegende Hierarchie mitkopiert wurde und so die Referenzen auch weiter greifen. Auch benutzerdefinierte Berechnungsregeln, die in QUDE erstellt wurden, werden inklusive der darin vermerkten Referenzen zu Datenpunkten und Eigenschaften kopiert und müssen demnach nicht neu erstellt werden. Externe Referenzen und deren Daten werden jedoch nicht übernommen. Die entsprechenden Datenpunkte werden trotzdem kopiert, wodurch ein späterer Mehraufwand beim Anlegen erspart bleibt. Meldungsregeln sollten mitkopiert werden, da auch interne Referenzen und benutzerdefinierte Berechnungsregeln übernommen werden.Werden die vorhandenen Meldungsregeln auch am neuen Standort benötigt, erspart das Kopieren in der Regel viel Zeit, da alle wichtigen Einstellungen übernommen werden. Sollten dabei auch Meldungsregeln kopiert werden, die nicht mehr benötigt werden, dann ist es meist zeitsparender diese zu löschen, als alle neu anzulegen. Das Kopieren von angepassten Dashboards ist sinnvoll, wenn individuelle Anpassungen auch für den neuen Standort gelten.Individuelle Anpassungen an Widgets oder mehrere neu erstellte Facility-Dashboards können unter Umständen auch für kopierte Facilities passen und sollten in diesem Fall übernommen werden. In der Regel bietet es sich jedoch an, angepasste Dashboards nicht zu kopieren und stattdessen mit den Standard-Dashboards jeder Facility zu arbeiten. Eigenschaften sollten nur kopiert werden, wenn Werte übernommen werden können.Da Werte von Eigenschaften nur selten für mehrere Facilities gültig sind, ist es meisten nicht sinnvoll, diese beim Einrichten eines neuen Standorts zu übernehmen. In einigen Fällen biete es sich jedoch an, zum Beispiel bei baugleichem Equipment. Berichtsausführungen und regelmäßige Aufgaben sollten nicht kopiert werden, um keinen Spam bei möglichen Empfängern auszulösen!Bei jeder Berichtsausführungen können Empfänger hinterlegt sein, die diesen Bericht als E-Mail zugeschickt bekommt. Nutzer können auch über regelmäßige Aufgaben benachrichtigt werden, sollten diese ihren Einstellungen zu Vorgangsbenachrichtigungen entsprechen. Wenn diese Elemente mitkopiert werden, erhalten Empfänger möglicherweise ungewollte Nachrichten.
|
| Sv translation | ||||
|---|---|---|---|---|
| ||||
Facilities, all of their children and various associated elements can be copied with the help of a few clicks. This function spares everyone time and work who repeatedly needs already existing facilities and their structures, for example for the complete setup of new sites. In this article we'll be talking about important aspects that should be considered whilst copying facilities. Possible risks could arise from an inconsiderate copying of elements. Plus, we discuss the setup of a new site with the help of the function as a best practice example.
1. Where can I find the function to copy facility?The function to copy facilities can be found in the lower left corner, at the bottom of the facility overview. Select the three-dotted-button to open additional options for facilities, including the copying. Click on the copy button to open the wizard that will guide you through the task.
2. Important general information about the functionData points should be linked to new external sources after being copied.Data points with external strategies are no longer linked to their external sources after being copied and therefore have no sources to get their data from. That's why they should be linked to new sources. It is not possible to choose the original facility or its children as the new parent facility for the copy.Several problems with internal data point references could arise if it would be possible to choose the original facility or its children as the new parent facility for the copy. That's why this functionality is not available. The facility on top of the hierarchy can not be copied.The facility on top of the hierarchy mostly is the "organisation". It can not be copied due to the fact that it is not possible to choose a the copied facility or one of its subordinate facilities a its new parent. The copying of report and regular tasks includes recipients, which could lead to unwanted spam.Every report task could include recipients who receive the report as an email. Users can also be informed about regular tasks if those match their issue notification settings. If you copy these elements, recipients might receive unwanted emails. Dashboard widgets should be adjusted if necessary.It may happen that the functionality of widgets is affected if the configuration does not fit the new facility anymore.
3. Application example: setup of a new siteThe initial effort for the setup of a new site can be reduced drastically due to the possibility to copy facilities. Already existing facilities, whose hierarchy and general structure resemble the ones that should be set up, can simply be duplicated.
Subordinate facilities should always be copied!It is necessary to include child facilities to duplicate whole hierarchies. Attention: Other chosen elements, like data points, properties or message rules, will also be copied for subordinate facilities. This is practical to maintain internal references of data points but could also cause problems, like unwanted spam triggered by the copying of report or regular tasks. Data points should be copied, because internal references and custom calculation rules will be included.Internal references, which belong, for example, to strategies that calculate the sum or average values of child facilities, will be copied. This data points and references won't need any adjustments if you have also duplicated all child facilities and the general structure. Custom calculation rules that have been created in QUDE will also be copied, including the used references to data points and properties and therefore don't need to be created from scratch. However, external references and their data will get lost. But the copies of the respective data points should at least reduce the initial creation effort. Message rules should be copied, because internal references and custom calculation rules will also be included.Message rules should be copied if they are needed at the new site. This can save a lot of time and work, thanks to the fact that the copies include all important settings. If you copy more than needed, it's still easier to delete redundant message rules than to create everything again. The copying of adjusted dashboards is useful if the individual adjustments fit the new facilities.Individual configurations of widgets or newly created facility dashboards could also be useful for copied facilities and should be copied if that's the case. Having said this, it's recommended to use the automatically generated default dashboards. Properties should only be copied, if their values match the new facilities.Values of properties rarely apply to multiple facilities. That's why it's mostly unnecessary to copy them. However, in some cases you could benefit from the functionality, like for identically constructed equipment. Report and regular tasks should not be copied to avoid spam for possible recipients!Every report task could include recipients that receive the report as an email. Users can also be informed about regular tasks if those match their issue notification settings. If you copy these elements, recipients might receive unwanted emails.
|
...
- Sollten immer mitkopiert werden
...
- vom individuellen Fall abhängig, ob es sich lohnt, Dashboards zu kopieren. Sinnvoll, wenn individuelle Anpassungen auch für den neuen Standort gelten
...
- sinnvoll zu übernehmen, wenn auch die Strukturen gleich bleiben, weil interne Referenzen erhalten bleiben. Das spart Zeit, weil man die Datenpunkte nicht neu anlegen muss. Auch Benutzerdefinierte Berechnungsregeln werden so übernommen, was zeit spart
- Externe Referenzen und Daten die daher stammen werden nicht mitkopiert und müssen neu zugeordnet werden
...
- werden mitkopiert, aber ohne Werte und externe Zeitreihen, selten sinnvoll
...
- Da Werte nur selten gleich sind (zum Beispiel Adressen), ist es nicht sinnvoll, diese zu kopieren. Es wäre nur angebracht, wenn zum Beispiel viel baugleiches Equipment vorliegt. generell muss abgewogen werden, ob es dann mehr Arbeit wäre, Werte zu ergänzen, oder zu ändern
...
- Empfänger werden mitkopiert, was zu Spam führen kann, daher kaum sinnvoll
...