ICONAG LV-Texte
B-CON Management- und Bedieneinrichtung

Projekt:		
Auftraggeber:		
Erstellt von:	ICONAG-Leittechnik GmbH
Hauptstraße 189
D-55743 Idar-Oberstein	

		

B-CON Software Version B-CON Creative Studio

B-CON Creative Studio
Die Software muss das Erstellen von Visualisierungen für verschiedene gebäudetechnische (Bus-)Systeme,
das Erstellen von vernetzbaren Bedienstationen einer
gewerkeübergreifenden Gebäudeleittechnik sowie
das Bewirtschaften von verteilten Liegenschaften im Rahmen eines technischen Gebäudemanagements ermöglichen.

Um den Aufwand für Systemerstellung und Systempflege auf Dauer niedrig zu halten, muss die Software die Grundfunktionen im technischen Gebäudemanagement in Form von Programmmodulen zur Verfügung stellen. Diese müssen ohne Programmieraufwand einzurichten sein. Die mindestens verfügbaren Programmmodule müssen die Grundfunktionen im technischen Gebäudemanagement
unterstützen. Diese müssen sein: 
•	zentrale Alarmverarbeitung für alle angeschlossenen Systeme
•	Alarmweiterleitung über Meldeprogramme an externe Stellen
•	Zeitschaltuhr mit Wochen-, Kalender- und Ausnahmeprogrammen
•	Datenaufzeichnung und Abruf in einem Historienmodul
•	Lastmanagement und Trendanalyse
•	Detektivfunktion zur Abfrage von Gebäudezuständen.

Weiterhin müssen die Datenpunkte aller angeschlossener Systeme in einer zentralen Objektliste verwaltet werden und von hier aus lesend und schreibend angesprochen werden können. Dies ist besonders wichtig, um Inbetriebnahme und Betrieb übersichtlich und effektiv zu organisieren.

Darüber hinaus muss die Software über einen grafischen Editor verfügen, der es ermöglicht: 
•	Anlagenbilder zu erstellen Funktionen von einem oder mehreren angeschlossenen gebäudetechnischen Systemen zu visualisieren
•	Gateways zwischen diesen Systemen zu programmieren sowie
•	Automationsroutinen mit Funktionen der Gebäudetechnik, der Informations- und der Kommunikationstechnik zu erstellen.

Die Software darf keinerlei softwareseitige Beschränkungen zu der Anzahl der Datenpunkte oder Anzahl der Dialogseiten enthalten. Die Anzahl der Datenpunkte muss über Server-Lizenzen frei skalierbar sein.

Zur Gewährleistung einer überschaubaren Dokumentation muss der Editor rein grafisch arbeiten und eine Dokumentation im Quelltext ermöglichen. Ein offenes Treiberkonzept muss die Kompatibilität für eine Vielzahl von gebäudetechnischen (Bus-)Systemen sicherstellen.

Die mit der Software erstellten Systeme müssen über TCP/IP vernetzbar (Intranet, Internet) sein. Die Bedienung muss wahlweise
lokal möglich sein oder über Internetbrowser (z. B. Mozilla Firefox, Google Chrome, MS Internet Explorer) aus der Ferne erfolgen können.

Die Software muss in der zum Zeitpunkt der Auftragserteilung aktuellen Releaseversion ausgeliefert werden.

Technische Spezifikation B-CON:

Systemvoraussetzungen:
Windows 7 Professional, Windows 8.1 Pro, Windows 10 bzw. Windows 2008 R2 Server, Windows 2012 Server, Windows 2012 R2 Server, Windows 2016 Server, Windows 2019 Server, 
min. 8 GB RAM und 500 GB Festplattenspeicher RAID 0 oder 5

Offenes Treiberkonzept: 
native Kommunikation mit BACnet IP, Modbus/IP und KNX
Kommunikation durch OPC Technologie mit allen am Markt
verfügbaren OPC-fähigen Systemen der Gebäude- und
Automatisierungstechnik.
Serielle Kommunikation über
RS232, RS485.
Anbindungsmöglichkeiten an
andere Systeme über TCP/IP, UDP, Infrarot, .NET, MS-Excel, Data-Socket, ActiveX/OLE,
DLL, XML
Mindestens über Treiber
anbindbare gebäudetechnische Systeme:
KNX, LON, BACnet, M-Bus,
Modbus, Profibus, Interbus,
SAIA, Sauter, Kieback & Peter

Datenübernahme:
Die Datenpunktliste muss direkt
aus den über OPC angeschlossenen
Systemen einlesbar sein (z. B.ETS für KNX).

Für BACnet muss das System gewährleisten, dass sowohl 
verfügbare BACnet Geräte im Netzwerk gescannt werden 
können. Für die Offline-Projektierung muss jedoch das 
Einlesen von EDE-Files ebenfalls möglich sein.

Datenpunktverwaltung:
Die Software muss eine objektorientierte Verwaltung der
Datenpunkte in einer Tabelle ermöglichen. In dieser Tabelle müssen die Datenpunkte aller angeschlossener Systeme zentral verwaltet werden (Objektliste). Jeder Datenpunkt muss entsprechend dem Datentyp aus dieser Liste lesend und schreibend ansprechbar sein, ohne dass es eine Verknüpfung des Datenpunktes innerhalb einer 
Visualisierungsseite bedarf.

Multitasking, Skalierung: 
Die Software muss Multithreading und
Multiprozessor Systeme optimal unterstützen. Es muss eine eventgesteuerte Ausführung und Abarbeitung sämtlicher Systemfunktionen unterstützen.

Programmmodule Zeitmanagement:
Das Zeitmanagement muss die Verwaltung von beliebig vielen Zeitschaltprogrammen in Form von Wochen-, Kalender-und Ausnahmeprogrammen ermöglichen. Jedes Programm muss beliebig viele Objekte schalten können.

Alarm- und Störmeldeverarbeitung:
Die Alarmverarbeitung muss eine tabellenorientierte
Darstellung, Bearbeitung und Protokollierung von
Alarmmeldungen und Reaktionen auf Alarmmeldungen ermöglichen.

Nachrichtenweiterleitung
und Kommunikation:
Die Nachrichtenmanagement muss die Verwaltung von
Meldeprogrammen zur Weiterleitung von Störungen
und Anlagenzuständen per E-Mail, SMS, Text-to-Speech 
und anderen gängigen Diensten ermöglichen.

Historienmodul:
Das Historienmodul muss die Aufzeichnung von Zuständen
ermöglichen. Die Aufzeichnung muss Online bei Wertänderung erfolgen, wobei eine Hysterese einstellbar sein muss. Daten müssen in einer frei wählbaren
Datenbank gespeichert werden können. Die Darstellung der Daten muss in Form von frei wählbaren Diagramme
erfolgen. Auf Wunsch des Betreibers müssen 
Gruppennamen vergeben werden können, die später aus 
dem Programmmodul aufgerufen werden können. Die 
Zuordnung und die Namensgebung der Historiengruppen müssen für den Betreiber frei wählbar sein. Hierbei sind alle Standardtypen an Diagrammen (Säule, Balken, Linie, Kreis) vorzuhalten.

Energie- und Lastmanagement:
Das Programmmodul muss zur Optimierung des Leistungspreises beim Strombezug durch über eine
Trendprognose optimierte Zu- und Abschaltung von
Verbrauchern beitragen. Verbraucherspezifische
Schaltzeiten müssen berücksichtigt werden. Es
können beliebig viele Verbraucher in allen
angeschlossenen Systemen einbezogen werden.
Für Auswertungen archivierter Lastverläufe muss ein
grafisches Auswertewerkzeug zur Verfügung stehen.

Zustandsabfrage, Detektiv:
Konkrete Gebäudezustände müssen in Klartextabfragen
möglich sein, wie z. B. „Welche Fenster stehen noch offen?“

Berechtigungsvergabe:
Die Berechtigungsvergabe muss die Vergabe und
Verwaltung von beliebig vielen Nutzern und
Berechtigungsprofilen ermöglichen. Die Nutzer sind
den Berechtigungsprofilen zuordenbar. Des weiteren 
müssen dem Benutzer bereits entsprechende Alarmprofile
zugeordnet werden können, z. B. Alarmbediener oder 
Alarmbetrachter. Sämtliche Zugriffsrechte, ganz gleich ob bei lokaler Anmeldung oder bei Anmeldung über das HTML5-basierte Intranetportal müssen in der Berechtigungsvergabe vorgenommen werden. 
Alle Systemzugänge und Veränderungen sind zu protokollieren.

Web-Server, Internet-Bedienung:
Das System muss über einen integrierten Webserver
verfügen. Dieser muss sämtliche Visualisierungsseiten 
im HTML5-Format (ohne zusätzliche PlugIns wie Active 
X, Silverlight, o. a.) zur Anzeige und Bedienung per
Internetbrowser (z. B. MS Explorer, Mozilla Firefox oder Google Chrome) im Netzwerk publizieren können. Es muss möglich sein, die Serverzugriffe durch Vergabe von
Benutzerberechtigungen und Berechtigungsstufen
einzuschränken. Eine sichere Fernbedienung übers Internet über das Fernwirkportal der ICONAG und über VPN-Dienste muss möglich sein.

Editor:
Online-Editierung:
Das System muss ermöglichen, dass im Betrieb einzelne Seiten editiert werden können, während das Projekt mit seinen Funktionen online weiter arbeitet.

Bibliotheken zur Visualisierung:
Es müssen Bibliotheken mit binären, numerischen und
alphanumerischen Ein- und Ausgabeelemente zur
Verfügung stehen. Die Elemente müssen durch
Anpassungen in Größe, Form und Farbe frei editierbar sein, um den Designanforderungen des Kunden gerecht zu werden. Der Farb- und Textumschlag muss in den Bedien- und Anzeigenelementen abgelegt sein. Die Bedien- und
Anzeigeelemente sind als 2D und 3D Elemente verfügbar.

Chart- und Trendschreiber:
Der Editor muss frei skalierbare bis zu 8-kanalige
OnlineSchreiber (x/t, x/y) verfügen. Dieser muss als
Ringspeicher ausgelegt sein und eine Datenbankanbindung
ermöglichen. 

Historische Daten:
Das Speichern historischer Daten muss wahlweise als
Textdatei, als Excel-Datei sowie in eigenen Datenbanken möglich sein. Bei steigendem Datenaufkommen muss eine Erweiterung der Speicherung in externen Datenbanken über ODBC/SQL (Access, MS-SQL, Cybase, Oracle etc.) jederzeit möglich sein.

Einbinden von Grafiken:
Grafiken zur Visualisierung und Darstellung von Gebäude- und Anlagenbildern müssen mindestens im Bitmap- und
Vektorgrafikformat eingebunden werden können
(EMF, WMF, BMP, JPEG, GIF, CLP, Animated GIF)

Einbinden von ActiveX:
Das Einbinden von ActiveX Containern (zur vollständigen
Integration fremder Windowsapplikationen) muss
möglich sein, hierbei insbesondere zur Integration von Videobildern/Webcams in die Bedienoberfläche.

Gatewayfunktionalität:
Sämtliche aufgeschaltete Systeme können rein grafisch
und datenpunktorientiert miteinander verknüpft werden.
Dafür müssen auch komplexe Logikfunktionen (digital,
mathematisch und vergleichend) zur Verfügung stehen.

Multi-Media-Funktion,
Speicherprogrammierbare Steuerung;
Alle Funktionen der Gebäudetechnik müssen beliebig mit Funktionen der Informationstechnik (z. B. Datenbankankopplung, Start, Fernbedienung und Beenden
anderer Windowsanwendungen) und der Kommunikationstechnik (Versenden von SMS, E-Mail,
Fax oder Pager, Öffnen, Übertragen von Daten sowie
Schließen von Verbindungen über TCP/IP) verknüpft werden können. Dafür müssen auch komplexe Logikfunktionen (digital, mathematisch und vergleichend) sowie Zeitbausteine (Timer für Jahr, Monat, Tag, Stunden, Minuten, Sekunden, letzter Tag im Monat, Stoppuhr etc.) zur Verfügung stehen.

Makrofähigkeit:
Alle einmal entworfenen Funktionen müssen in Form
von Makrobausteinen (Sub-VI) abgelegt werden können, um in anderen Programmen wieder eingesetzt werden zu können. Damit muss eine ereignisbasierte und objektorientierte Projektierung sichergestellt werden.

Funktionsbibliotheken:
Für die Programmierung muss eine umfangreiche
Funktionsbibliothek für logische, mathematische und
vergleichende Operationen zur Verfügung stehen. Weiterhin müssen umfangreiche Funktionsmodule für die
Automatisierung und Programmierung von Makros (Sub-VI) und kompletten Programmodulen (Plug-Ins) zur
Verfügung stehen.

Zusatzmodule:
Es muss ohne weiteres möglich sein, Zusatzmodule in Form von PlugIns oder Add On´s in die Applikation zu integrieren. Diese Zusatzmodule müssen Versionsübergreifend zur Verfügung stehen. Beispiele für solche Funktionsmodule sind z.B. Alarmierung nach
Bereitschaftsplan, Verteilung von Energiedaten auf einzelne Kostenstellen, etc.

Hersteller: ICONAG
Typ: B-CON Creative Studio

Management- und Bedieneinrichtung

Um auch zukünftig die Aufschaltung von beliebigen Automatisierungs- und Herstellersystemen gewährleisten zu können sowie die Vernetzung mit anderen Standorten sicherzustellen, ist eine herstellerneutrale Management- und Bedieneinrichtungen mit Energie-Management-System vorzusehen, die auch ein zentrales Management aller Liegenschaften optimal unterstützt (im Weiteren MBE).
Für die Installation und den Betrieb der Server-Anwendung sind zwei redundante Server zu liefern (Hot-Standby Redundanz). Die Lizensierung der MBE-Software hat mittels Softwaredongle zu erfolgen. Die Lizensierung mittels USB-Hardware-Dongle muss alternativ möglich sein.
Die Lizensierung für die MBE-Software darf lediglich auf Basis der aufzuschaltenden Datenpunkte, der Funktionsmodule sowie der zeitgleichen Benutzerzugriffe (Concurrent User) via Webbrowserclients erfolgen. 
Die Hardware und Lizenzierung der Managment- und Bedieneinrichtung ist so auszulegen, dass zu einem späteren Zeitpunkt das im Bestand befindliche MBE-System abgelöst und die Bestandsanlagen mit ca. 30.000 Datenpunkten aufgeschaltet werden können.
Die Dienstleistungen hierfür sind kein Bestandteil der vorliegenden Ausschreibung.

Die nachfolgenden Funktionen müssen vollumfänglich und ohne weitere Lizenzierung im Softwarepaket enthalten und nutzbar sein:

Native Treiber-Schnittstellen zu BACnet, KNX und Modbus
OPC-DA-Client
Benutzerverwaltung mit der Möglichkeit eine beliebige Anzahl an Benutzern und Profilen anzulegen.  
Webserver für Anzeige und Bedienung
Verwaltung und Bereitstellung einer unbegrenzten Anzahl von Browser-Anlagenbildern in HTML5-Technik
Umfangreiche Bibliothek an Anzeige und Bedienelementen zur Erstellung von Browser-Anlagenbildern
Spezialbibliothek für BACnet-Objekte, mindestens zur Visualisierung folgender Objekttypen: Analog, Binary und Multistate Objekte, Scheduler Objekte, Device Objekte
Möglichkeit der Erstellung eigener Anzeige- und Bedienelemente (Webcontrols) aus eigenem Bildmaterial
Zentrale Objektliste für Anzeige und Bedienung mit umfangreichen Filtermöglichkeiten über vorgegebene oder individuelle Filterkriterien 
Plug-In-Funktionalität zur Erstellung projektspezifischer Anwendungs-, Regel- oder Gateway-Funktionen

Folgende Managementfunktionen sind ohne weitere Lizenzierung vorgeschrieben:

Alarm- und Eventmanagement mit Meldungsversand via E-Mail und SMS. Hierbei können Meldeprogramme in unbegrenzter Anzahl mit beliebiger Anzahl an Empfängern eingerichtet werden. Die Empfänger können hierbei entweder aus der Benutzerverwaltung übernommen werden oder es müssen externe Empfänger eingepflegt werden können. 
Trendmanagement zur Fehleranalyse und Langezeitarchivierung
Energiemanagement
Zeitplanmanagement über BACnet Controls

Für die Aufschaltung der unterlagerten Automationsstationen ist als Kommunikationsprotokoll BACnet/IP vorgesehen. Die Automationsstationen müssen mindestens die BACnet-Revision 1.12, die MBE-Software muss mindestens die BACnet-Revision 1.18 unterstützen. Um den Mehrwert des BACnet-Protokolls optimal nutzen zu können, muss die MBE-Software mindestens folgende Funktionen unterstützen:
Die MBE-Software muss die Funktion des Zeitmasters im BACnet-Netzwerk unterstützen. Diese Funktion ist vom Errichter der MBE einzurichten.

Die MBE-Software muss die Möglichkeit bieten als BACnet Server zu fungieren und eigene BACnet Objekte im Netzwerk zur Verfügung zu stellen, um z.B. anderen Systemen (z.B. Systemen mit besonderen Aufgaben, CAFM-System, etc.) gezielte Informationen aus der Gebäudeautomation zur Verfügung zu stellen.  
 
Notification Class Objekte:
Über das Intrinsic Alarming und Notification Class Objekte (NC) erfolgt in den Automationsstationen (AS) das eventbasierte Melden von Alarmen und Meldungen aufgeteilt in verschiedene Meldungsprioritäten an die MBE. Hierzu muss es möglich sein über einen vordefinierten Filter in der zentralen Objektliste der MBE die Notification Class Objekte aller ASen herauszufiltern und mittels Mehrfachauswahl und einfacher Zuweisung zeitgleich alle NCs dem Alarm- und Eventmanagement zuzuführen. Anschließend muss die MBE-Software in der Lage sein alle über die NCs erhaltenen Alarme und Meldungen in der Meldungsliste darzustellen.

Scheduler Objekte:
Zeitschaltfunktionen sind in den ASen ausnahmslos mittels BACnet Scheduler Objekten (SC) zu realisieren. Auf der MBE müssen die Scheduler Objekte unmittelbar aus der Objektliste heraus aufgerufen und mittels intuitiver Bedienoberfläche bedienbar sein. In den Anlagenbildern sind die Scheduler-Objekte mittels einfacher Schaltflächen den Anlagen zuzuordnen und über diese aufrufbar. Die Bedienung erfolgt über identische Bedienoberflächen.

Device Objekte
Um die Kommunikation zu den aufgeschalteten ASen zu überwachen ist in der MBE eine automatische Überwachungsroutine implementiert. Nach einem einminütigen Verbindungsausfall ist ein Alarm in der MBE auszulösen. Die Status der aufgeschalteten ASen sind auf einem Anlagenbild darzustellen. Hierfür stehen in der MBE-Software schlüsselfertige WebControls für das Device Objekt zur Verfügung. Das Control zeigt dem Bediener den Objekt-, den Hersteller-, sowie den Modell-Namen an. Über eine grüne LED im Control wird der aktuelle Verbindungsstatus signalisiert. Über eine Schaltfläche auf dem Control lässt sich ein PopUp-Dialog öffnen, in dem in tabellarischer Form alle Properties des zugehörigen Device Objektes dargestellt werden. 

Analog, Binary und Multistate Objekte (jeweils Input-, Output- und Value-Objekte)
Für Analog, Binary und Multistate Objekte müssen in der MBE-Software schlüsselfertige WebControls zur Verfügung stehen.  Die Controls für Binary-, Analog- und Multistate-Objekte müssen vom grundsätzlichen Aufbau her identisch sein.
Jedes Control muss aus einem numerischen (Analog Control) bzw. einem String-Anzeigeelement (Binary, Multistate) zur Anzeige des Present-Value bestehen. Linksseitig davon ist in einem Anzeigeelement die aktive Priority (bei vorhandenem Priority-Array) anzuzeigen. Für die Priority „16“ wird ein A-Symbol, für die Priority „8“ ein Hand-Symbol angezeigt. Alle übrigen Priorities werden durch ein rotes Ausrufezeichen-Symbol dargestellt. Projektspezifisch müssen die Symbole der einzelnen Priorities austauschbar sein. Unterhalb der Anzeigeelemente von Present-Value und Priority-Array befindet sich die Status-Flag-Anzeige. Über vier Symbole (inAlarm, Fault, Overridden, Out-of-Service) muss die Aktivität der Status-Flags angezeigt werden können.
Befindet sich ein BACnet-Objekt im Alarmzustand muss dies einerseits über ein rot leuchtendes Glockensymbol in der Status-Flag-Anzeige sowie über einen roten Rahmen um das Control signalisiert werden können. Beim Analog-Control muss der Alarmrahmen zusätzlich durch ein blaues „LL“ (Low-Limit) oder rotes „HL“ (High-Limit) bei einer entsprechenden Grenzverletzung unterbrochen werden. Jeder Controltyp muss zusätzlich in einer „Simple“-Version verfügbar sein. Die „Simple“-Version unterscheidet sich hierbei lediglich durch das Weglassen der Status-Flag-Anzeige. Die übrigen Funktionalitäten bleiben davon unberührt.
Durch einen linken Mausklick auf ein Control muss sich ein  „Eigenschaften“-Menü öffnen.
Abhängig vom Objekt-Typ erlangt der Bediener über das „Eigenschaften“-Menü Zugriff auf die wichtigsten Properties des ausgewählten BACnet-Objektes.
Diese sind u.a.: Object-Name, -Description, -Type, Instance-Number, Event-State, Relinquish Default, Priority, Priority-Array, Present Value, Status-Flags, Limits, Alarm-Value, States, State-Texts.
Über das „Eigenschaften“-Menü muss die Property Present-Value beschrieben werden können. Das Zurücksetzen eines Wertes muss durch das Schreiben von "Null" möglich sein. Bei vorhandenem Priority-Array ist die Standard-Schreibpriorität "8" voreingestellt. 
Die Schreibpriorität muss über das „Eigenschaften“-Menü individuell änderbar sein.
Die Eigenschaft "Out-Of-Service" muss gesetzt werden können.
Bei Analog-Objekten müssen zusätzlich die Properties High- und Low-Limit aktiv/deaktiv sowie die Grenzen einstellbar sein.
Bei Binary- und Multistate-Objekten ist zusätzlich das Property Alarm-Value änderbar.
Jedes BACnet-Objekt muss darüber hinaus im Anlagenbild durch die Verknüpfung einzelner Properties mit dynamischen Anzeige- und Bedienelementen darstellbar sein.

Bedienkonzept

Der Bediener-Zugriff hat ausschließlich mittels gängigen Webbrowsern auf beliebigen Endgeräten im Netzwerk des MBE-Servers zu erfolgen. Für die Realisierung der webbasierten MBE-Clients ist ausschließlich native HTML5-Technik zugelassen. Die Verwendung von jeglichen Browser-PlugIns (z.B. Java, Silverlight, o. ä.) oder die Installation von Zusatzsoftware auf den Bedien-Clients zum Betrieb der Browser-Bedienoberflächen ist nicht zulässig. Durch den Zugriff mittels Webbrowser auf die MBE ist es dem Kunden möglich jederzeit eigenständig neue Bedienplätze mit beliebigen eigenen Endgeräten, die über einen HTML5-fähigen Browser verfügen, einzurichten. Die Kommunikation zwischen der Browser-Oberfläche und dem MBE-Server muss mit einer https-Verschlüsselung ausgestattet werden. Ein entsprechendes https-Zertifikat wird vom AG beigestellt.
Wird die URL der Weboberfläche in einem Browser aufgerufen, gelangt der Benutzer zunächst auf eine Login-Seite. Eine Authentifizierung mit Benutzername und Passwort ist zwingend erforderlich. Es muss die Möglichkeit bestehen, die Systemsprache des Browser-Portals mit jedem Login mittels Auswahldialog zwischen deutscher und englischer Sprache umzustellen.
Nach dem Login gelangt der Benutzer auf die Startseite des Browser-Portals. Das Browser-Portal ist vom Aufbau her dreigeteilt aufzubauen, bestehend aus Hauptfenster, Statusleiste und Hauptnavigation. Die Statusleiste und die Hauptnavigation bleiben zu jederzeit sichtbar, können bei Bedarf aber vom Benutzer ein- und ausgeblendet werden, um den Bildbereich des Hauptfensters zu vergrößern.     
Am oberen Bildschirmrand befindet sich die Statusleiste über die dem Bediener der aktuelle Status von anstehenden Alarmen, Warnungen und Meldungen signalisiert wird. Mit einem Klick auf das Anzeigeelement öffnet sich im Hauptfenster der Alarm- und Eventmanager. Daneben ist in der Statusleiste der aktuell angemeldete Benutzer anzuzeigen und über einen Button das Ausloggen zu ermöglichen.
Über die linksseitige Hauptnavigation erhält der Benutzer in Abhängigkeit seiner Benutzerrechte Zugriff auf die Hauptbereiche Visualisierungsseiten, Energiedaten und System.
Unter dem Reiter „Visualisierungsseiten“ ist ein Navigationsbaum zum direkten Aufruf von Anlagenbildern darzustellen. Hierbei sind alle Anlagenbilder in eine topologisch sinnvolle Ordnerstruktur, z.B. Gebäude, Ebene, Raum und Gewerk, einzusortieren. Die genaue Struktur ist vor der Umsetzung mit dem AG abzustimmen. 
Neben dem direkten Sprung auf ein bestimmtes Anlagenbild über den Navigationsbaum muss eine Navigation auch rein über die Anlagenbilder möglich sein. Hierzu sind Navigations-Schaltflächen auf allen Anlagenbildern in „Top-Down“- und „Bottom-Up“-Technologie zu implementieren. Hierdurch ist es möglich von der Standort-Übersichtsseite schrittweise bis in jede Anlagen- oder Raumbedienseite und zurück zu navigieren. 

Anlagenbilder

Übersichts-, Anlagen- und Detailbilder sind gemäß den von der Planung übergebenen Grundrissen, GA-Funktionslisten und MSR-Schemen zu erstellen. Dabei ist darauf zu achten, dass die MSR-Schemen nicht unbedacht in die MBE-Software übernommen werden, sondern Anlagenbilder zu erstellen sind, die eine Anlage immer in einem sinnvollen Gesamtkontext darstellen. Anlagenbauteile (z.B. Pumpe, Lüfter, Ventil) sind in Abhängigkeit vom ausgeführten Automatisierungsgrad als dynamische Bildelemente (Control) darzustellen. 
Ist ein Bauteil aus bzw. nicht in Betrieb ist das jeweilige Control in grau darzustellen. Im Betrieb hat ein grüner, bei einer Warnung ein gelber und bei einer Störung ein roter Farbumschlag den jeweiligen Zustand zu signalisieren. Soll- und Istwert-Anzeigen sind in numerischen Anzeigefeldern neben dem jeweiligen Bauteil in einheitlichen Dialogfeldern anzuordnen. Sollwertanzeigen sind gelb zu umranden. Jegliche anlagenbezogenen Stelleingriffe müssen über PopUp-Dialoge erfolgen, um ein versehentliches Bedienen oder Ändern von Sollwerten zu verhindern. Dies ist im Besonderen für mögliche Bedienungen über Touch-Displays erforderlich. Der Aufruf der Popup-Dialoge erfolgt über separate Schaltflächen, die ebenfalls dem jeweiligen Bauteil zuzuordnen sind. 

Trendauswertungen

Für die Langzeitspeicherung von Trenddaten ist vom Errichter der MBE eine Microsoft SQL Standard Datenbank zu liefern und einzurichten. Optional muss es möglich sein, dass ein vom Auftraggeber im Netzwerk bereitgestellter Microsoft SQL Server an die MBE Software angebunden werden kann. Zu historisierende und für Trendauswertungen zur Verfügung stehende Datenpunkte sind vom Errichter auf der MBE Software einzurichten. Hierbei sind mindestens alle Soll-, Ist- und Stellwertdatenpunkte, sowie Betriebsstunden-, Betriebsart- und Alarmdatenpunkte zu historisieren. Die genaue Festlegung der zu historisierenden Datenpunkte, auch in Bezug auf die Speicherart und -tiefe, sind vor Projektbeginn mit dem Planer und dem Auftraggeber abzustimmen.  
Trend-Ansichten sind je Anlage aus dem Anlagenbild als Popup-Dialoge aufrufbar. Diese Trendansichten sind vom Projektierer mit der Erstellung der Anlagenbilder einzurichten. Eine Trendansicht muss ein Linien-Diagramm, ein Balkendiagramm oder eine Kombination von zwei Diagrammen enthalten können. Jedes Diagramm muss bis zu 8 Trend-Datenpunkte darstellen können. Beim Aufruf einer Trendansicht sind diese standardmäßig mit einer Auswertung der vergangenen 24 Stunden zu initialisieren. Der Bediener muss die Möglichkeit haben den Auswertezeitraum beliebig auf einen auswählbaren vorgegebenen Zeitraum (z.B. letzte 60 Minuten, letzte volle Stunde, letzter voller Tag, letzter Monat, letztes volles Jahr) oder einen benutzerdefinierten Zeitraum mit der Vorgabe von Datum und Uhrzeit für Beginn und Ende der Auswertung zu ändern. In Linien-Diagrammen muss es außerdem möglich sein den Auswertezeitraum durch Aufziehen eines Zeitbereichs mit dem Mauszeiger zu ändern. In Balkendiagramm muss es möglich sein durch einen Mausklick auf einen Balken in den zugehörigen Auswertezeitraum zu springen. Aus dem Trendfenster heraus muss es möglich sein eine Trendansicht in einen Report im PDF- oder XLSX-Format oder die Rohdaten in eine CSV-Datei zu exportieren.
Zusätzlich muss es möglich sein über ein zentrales Trendmodul individuelle Trendansichten zu erzeugen. Hierbei müssen alle Trenddatenpunkte, auch anlagen-, gebäude- und liegenschaftsübergreifend, beliebig in einer Auswertung kombiniert werden können.  

Zeitschaltprogramme

Zeitschaltprogramme sind als BACnet-Scheduler auf den Automationsstationen anzulegen und zu parametrieren. Die MBE-Software muss es ermöglichen diese aus den Automationsstationen auszulesen, aufzurufen und zu bedienen. Die BACnet-Schedule Objekte sind mittels Schaltflächen den entsprechenden Anlagenbildern zuzuordnen und über diese vom Bediener im Betrieb zur Bedienung aufrufbar. Zeitschaltpunkte müssen vom Bediener geändert, gelöscht oder neu erstellt werden können und gemäß BACnet-Spezifikation direkt in das betreffende Schedule-Objekt in der Automationsstation geschrieben werden.
Darüber hinaus muss die MBE-Software ein zentrales Modul für Zeitschaltfunktionen zur Verfügung stellen. 
Diese Zeitschaltuhr ermöglichlkt es beleibig vile Zeitschaltporgamme ohne weitere Lizenzierung anzulegen und zu parametrieren. In jedem Zeitschaltprogramm muss eine beliebeige Anzahl an Datenpunkte aus beliebiegen Quellen und Typisierung angelegt und beschaltet werden können.

Alarm- und Ereignismanagement

Alarm- und Ereignismeldungen müssen in der MBE-Software nach Alarmen, Warnungen und Meldungen kategorisiert und beliebigen Prioritäten zugeordnet werden können.
Alarm- und Ereignismeldungen müssen je Benutzer vorgefiltert werden können. Eine Filterung muss hierbei z.B. über den BAS/AKS nach Liegenschaft, Gebäude oder Anlage/Gewerk möglich sein. 
In Abhängigkeit von den individuellen Berechtigungen kann ein Benutzer die ihm zugeordneten Alarm- und Ereignismeldungen jederzeit im Alarm- und Ereignismanager des Browserportals einsehen und Alarmbearbeitungen (Annehmen, Quittieren, Störmeldeunterdrückung) vornehmen.
Der Alarm- und Ereignismanager verfügt über ein Tab-Menü über das verschiedene Meldungslisten aufgerufen werden können. Im Standard sind das eine Gesamtliste, die alle Meldungen unabhängig von deren Kategorisierung enthält, sowie eine Alarm-, eine Warnungs- und eine Meldungsliste, die jeweils nur Meldungen der entsprechenden Meldungskategorie vorhalten. Jede Meldung ist mit allen notwendigen Informationen in den Meldungslisten anzuzeigen, so dass eine ausreichende Bewertung der Meldung und deren Bearbeitung möglich ist. Diese sind mindestens: Ereignisart (Kategorie), Datum/Zeit-Stempel, Status, Priorität, Bezeichnung, Benutzeradressschlüssel/Anlagenkennschlüssel (BAS/AKS), Bearbeiter, Datenpunkt-TAG, Objekt-Name (BACnet), Kommentar, Wert, Gruppe, Alarmseite, Handlungsanweisung, Event State (BACnet). Die Informationen müssen jeweils in eigenen Spalten angezeigt und je Benutzer individuell ein- und ausgeblendet, sowie beliebig angeordnet werden können. Jede Meldungsliste muss es erlauben die Listeneinträge nach einer beliebigen Spalte in auf- oder absteigender Anordnung neu zu sortieren.
Jede Meldungsliste muss es erlauben die Listeneinträge nach einer beliebigen Spalte zu filtern. Abhängig von der Spaltenart muss dies über Optionsfelder mit vordefinierten Filtereinträgen (z.B. bei der Spalte Ereignisart filterbar nach Alarmen, Warnungen oder Meldungen) oder über freie Textfilter erfolgen. Dabei müssen je Liste auch Filterungen über eine beliebige Anzahl von Spalten kombinierbar sein. Über eine separate Schaltfläche müssen alle Filterungen je Liste unverzüglich zurückgesetzt werden können. Wurde eine individuelle Filterung vorgenommen muss es für den Benutzer möglich sein diese in einer neuen Meldungsliste abzulegen. Dies ist im Besonderen sinnvoll und nötig um Meldungen z. B. in gewerke- oder anlagenbezogene Meldungslisten einsortieren zu können und so die Meldungsbearbeitung zu vereinfachen und zu beschleunigen. 
Wird eine Meldung in einer Meldungsliste angewählt so ist der bisherige Meldungsverlauf der jeweiligen Meldung in einer separaten Verlaufsansicht anzuzeigen. Die Verlaufsansicht muss beliebig ein- und ausgeblendet werden können und darf hierbei nicht in einem PopUp-Fenster dargestellt werden, sondern soll neben oder unter der Meldungsliste angeordnet sein, um schnell mit den Pfeiltasten einer Tastatur die Verläufe mehrerer Meldungen einer Meldungsliste durchsehen zu können. Die Verlaufsansicht bietet hierbei die identischen Eigenschaften wie die Meldungslisten hinsichtlich Spalteninformationen, Sortier- und Filterfunktionen. Zusätzlich muss es mittels Berechtigung möglich sein, Benutzern den Zugriff auf das Alarmlogbuch freizuschalten. Das Alarmlogbuch ist in diesem Fall über einen weiteren Reiter im Alarm- und Ereignismanager anwählbar. Im Alarmlogbuch sind alle historischen Meldungsbearbeitungen dauerhaft durch die MBE-Software abzuspeichern, um diese zu einem späteren Zeitpunkt auswerten und nachvollziehen zu können. Das Logbuch bietet die identischen Eigenschaften wie die Meldungslisten hinsichtlich Spalteninformationen, Sortier- und Filterfunktionen.
Meldungsbearbeitungen müssen aus jeder Meldungsliste heraus möglich sein. Dabei müssen einzelne Alarme, alle Alarme der aktuellen Listenansicht oder alle Alarme einer Filterung bearbeitet werden können. Die Meldungsbearbeitung sollte über einen PopUp-Dialog erfolgen. Je nach Benutzerberechtigung und aktueller Ereignisart der zu behandelnden Meldung müssen folgende Bearbeitungsmöglichkeiten zur Verfügung stehen: Annehmen, Quittieren, Störungsunterdrückung, Störungsunterdrückung deaktivieren. Jede Meldungsbearbeitung muss zwingend vom Bediener mit einem Kommentar versehen werden. Andernfalls darf keine Meldungsbearbeitung zugelassen werden. Zu jedem Alarm muss eine Alarmseite verknüpft werden, um so aus der Alarmliste auf das zugehörige Anlagenbild springen zu können.

Meldungsweiterleitung

Das MBE-System muss es ermöglichen, dass bei Verletzung von Alarmgrenzen oder Zustandsänderungen von Datenpunkten Meldungen über verschiedene Kanäle an unterschiedliche Empfängergruppen oder einzelne Empfänger versendet werden. Im vorliegenden Projekt sind Meldungen via E-Mail und SMS an bis zu 10 Empfänger zu versenden. Alle hierzu benötigen Hard- und Softwaremodule (z.B. GSM-Gateway, o.ä.) sowie Lizenzen sind im Angebot zu berücksichtigen. Auch ist eine zusätzliche Alarmierung via Sprachanruf und die Möglichkeit eine Quittierung via SMS durchzuführen anzubieten. 
Als Meldungsdatenpunkt muss jeder vom MBE-System erfasste Datenpunkt, unabhängig von unterlagertem System oder Typ, definiert und mit mindestens zwei individuellen Regeln zur Ereignisauslösung belegt werden können. Ein Meldungsversand muss zudem unabhängig von einer Zuordnung zum Alarm- und Ereignismanagement möglich sein. Je Meldungsdatenpunkt muss festgelegt werden können, ob zusätzlich zur Ereignismeldung auch eine Gutmeldung versendet werden soll. Vom Projektierer der MBE sind mindestens alle betriebsrelevanten Datenpunkte dem Alarm- und Ereignismanagement, sowie der Meldungsweiterleitung zuzuordnen und entsprechend zu konfigurieren. Im Detail sind die Datenpunkte für das Alarm- und Ereignismanagement sowie die Meldungsweiterleitung mit dem Planer und dem Betreiber zu Projektbeginn abzustimmen. 

Energie-Management

Die MBE-Software muss über ein integriertes Energiemanagementsystem (im Weiteren EnMS) verfügen. Das EnMS gibt dem Bediener die Möglichkeit Energieverbrauchsdaten aufzuzeichnen, zu dokumentieren und auszuwerten. Hierzu muss das EnMS über Module für die Verbrauchsauswertung, die Messwertverwaltung, eine manuelle Messwerterfassung, ein Reportarchiv sowie das automatisierte Reporting verfügen. Diese werden nachfolgend näher beschrieben. Optional muss es möglich sein Energieverbräuche witterungsbereinigt auszuwerten. Die Witterungsbereinigung hat dabei auf Basis von Gradtagszahlen zu erfolgen, die vom Deutschen Wetterdienst (DWD) zur Verfügung gestellt werden.
Über die Berechtigungsvergabe der MBE-Software muss es zum einen möglich sein, je Benutzer die einzelnen Module des EnMS sowie zum anderen die Verbrauchsmesswerte individuell zur Verwendung im EnMS freizuschalten oder zu sperren. 
Für das EnMS müssen alle Datenpunkte mit fortlaufendem Verbrauchsmesswert, unabhängig von der Datenquelle, der Einheit oder dem Medium, verwendet werden können. Als mögliche Datenquellen zur Anbindung von Zählersystemen müssen hierbei mindestens die Treiberschnittstellen der MBE-Software zur Verfügung stehen. Neben der Einbindung von Verbrauchsmesswerten von physikalischen Energie- und Verbrauchszählern, muss es ebenso möglich sein Verbrauchsmesswerte zu integrieren, die auf Automationsstationen angelegt sind oder die in der MBE-Software als virtuelle Datenpunkte zur Verfügung stehen. Die Speicherung der Verbrauchsmesswerte hat in der unter dem Punkt Trendauswertungen beschriebenen Microsoft SQL Datenbank zu erfolgen.

Verbrauchsauswertung:
Zu jedem Zeitpunkt muss es für autorisierte Benutzer möglich sein, entweder individuelle Verbrauchsauswertungen oder eine Auswertung durch Auswahl eines selbst erstellten Favoriten zu erzeugen. Hierzu muss eine Konfigurationsansicht zur Verfügung stehen, in der für eine individuelle Auswertung die relevanten Messwertdatenpunkte ausgewählt, die Ausgabedarstellung, sowie die Zeitbereichswahl vorgenommen werden können. 
In der Konfigurationsansicht müssen alle für einen Benutzer freigeschalteten Verbrauchsmesswerte in einer Messwerttabelle zur Verfügung stehen. Um schnell die passenden Verbrauchsmesswerte für eine Auswertung finden zu können, muss es möglich sein, die Verbrauchsmesswerte zum einen nach dem Einbauort und zum anderen über einen beliebigen Suchtext in der Messwertbeschreibung zu filtern. Die Filtermöglichkeiten müssen einzeln, aber auch kombiniert anwendbar sein. Der Auftraggeber erstellt eine Zuordnung von Verbrauchsmesswert und Einbauort. Diese Zuordnung ist vom Errichter der MBE ins System einzupflegen.   
Für jede Auswertung müssen mindestens acht Messwerte in der Messwerttabelle angewählt werden können. Dabei muss es möglich sein nur den Rohwert, nur den witterungsbereinigten Wert oder beide Werte eines Verbrauchsmesswertes in die Auswertung zu übernehmen. Zudem müssen alle Messwerte unabhängig von Einheit oder Medium zu einer Auswertung zusammengestellt werden können. 
Für die Darstellung einer Auswertung stehen mindestens die folgenden Diagrammtypen zur Verfügung: Tabelle, Säulendiagramm, Säulendiagramm je Messwert, Säulendiagramm gestapelt, Kreisdiagramm. Die Darstellungsart ist über einen Auswahldialog anwählbar. 
Der Auswertezeitraum muss je Auswertung beliebig auf einen auswählbaren vorgegebenen Zeitraum (z.B. letzte 60 Minuten, letzte volle Stunde, letzter voller Tag, letzter Monat, letztes volles Jahr) oder einen benutzerdefinierten Zeitraum mit der Vorgabe von Datum und Uhrzeit für Beginn und Ende der Auswertung einstellbar sein.
Bei einer gültigen Konfiguration kann die Auswertung über eine separate Schaltfläche erzeugt werden.
Es muss möglich sein, parallel mehrere Auswertungen zu öffnen. Hierzu ist die Verbrauchsauswertung in einem Tab-Menü organisiert. Die Konfigurationsansicht ist stets über den ersten Tab (Registerkarte) zu jeder Zeit aufrufbar, um neue Auswertungen zu erzeugen. Jede neue Auswertung reit sich ans Ende der Tab-Reihe als neuer Tab (Registerkarte) ein.     
Zusätzlich zu einer individuellen Auswertungskonfiguration muss es möglich sein, über einen Auswahldialog, einen zuvor erstellen Favorit aufzurufen. Mit Anwahl eines Favoriten müssen die hinterlegten Konfigurationen des Favoriteneintrags geladen werden und die Auswertung muss erzeugt werden können. Die Favoriten-Konfiguration muss für eine einmalige Auswertung beliebig änderbar sein, ohne dass diese Änderungen im Favorit gespeichert werden. 
Ein neuer Favorit muss aus einer erzeugten Auswertung oder über ein separates Favoritenmenü erstellt werden können. Neben der Festlegung der Auswertekonfiguration muss für jeden Favoriten ein individueller Name vergeben, sowie die Schutzstufe des Favoriten (privat oder öffentlich) definiert werden können. Öffentliche Favoriten müssen dabei von jedem Benutzer, der Zugriff auf die Verbrauchsauswertung hat, zur Auswertung ausgewählt werden können. Private Favoriten sind nur für den Ersteller sichtbar. Bestehende Favoriten müssen über das Favoritenmenü bearbeitet, dupliziert oder gelöscht werden können.
Jede Verbrauchsauswertung stellt das ausgewählte Diagramm und, abhängig von der gewählten Darstellungsart, alle historisierten Werte des ausgewählten Zeitraums in tabellarischer Form dar. Eine Legende mit den in der Auswertung verwendeten Messwerten muss ein- und ausblendbar sein. Es muss möglich sein, einen oder mehrere Messwerte aus dem Diagramm aus- und erneut einzublenden. Aus jeder Auswertung heraus muss ein Export in einen Report im PDF- und XLSX-Format möglich sein. Zudem muss jede Auswertung zentral auf dem MBE Server speicherbar sein. Ein Report der auf dem Server abgelegt wird muss mindestens mit einer Bezeichnung versehen werden und zusätzlich die Möglichkeit bieten einen Kommentar zu hinterlegen. Darüber hinaus muss der Benutzer die Schutzstufe des Reports (privat oder öffentlich) festlegen können. 

Reportarchiv:
Auf dem MBE Server gespeicherte Reports müssen zu jeder Zeit für autorisierte Benutzer im Reportarchiv einsehbar sein. Jeder Benutzer muss Zugriff auf seine erstellten und mit privat deklarierten Reports, sowie auf die Reports aller Benutzer, die als öffentlich deklariert wurden, erhalten. Die Reports sind in tabellarischer Form darzustellen. Jeder Tabelleneintrag ist dabei mit mindestens folgenden Informationen darzustellen: Beschreibung, Erstelldatum, Betrachtungszeitraum, Darstellung (z.B. Monatswerte, Tageswerte, Stundenwerte, etc.), Ersteller, Schutzstufe (privat oder öffentlich). Die archivierten Reports müssen über das Start- und/oder das Enddatum des Betrachtungszeitraums, die Messwerte oder die Bezeichnung gefiltert werden können.
Automatisierte Reports
Es muss möglich sein, automatisierte Reports einzurichten, die zyklisch an beliebige E-Mail Empfänger in Form eines PDF- oder XLSX-Reports oder in einer Listendarstellung im CSV-Format versendet werden. Für jeden automatisierten Report müssen die identischen Konfigurationsmöglichkeiten, wie in der Verbrauchsauswertung beschrieben, zur Verfügung stehen. Zusätzlich ist eine Versendehäufigkeit und die Uhrzeit des Report-Versands festzulegen. Die Versendehäufigkeit sollte aus einer Auswahl von vordefinierten Einträgen auszuwählen sein, wie z. B.  Täglich, montags, freitags, am ersten des Monats. Für jeden automatisierten Report sind abschließend die Messwerte und die E-Mail-Empfänger einzurichten. Je Report müssen mindestens 8 Messwerte auswählbar sein. Die Anzahl der maximalen E-Mail-Empfänger je Report muss mindestens 12 betragen.
Die maximale Anzahl an einzurichtenden automatisierten Reports darf nicht limitiert sein. Vom Errichter der MBE ist zu Projektbeginn ein Beispiel-Report einzurichten. Alle weiteren automatisierten Reports werden von den Mitarbeitern des Auftraggebers eingerichtet.

Manuelle Messwerterfassung:
Um auch Verbrauchszähler im EnMS erfassen und auswerten zu können, die zum Zeitpunkt der Inbetriebnahme nicht über eine Protokollschnittstelle verfügen oder aus anderen Gründen nicht an das System angebunden werden konnten, muss das EnMS die Möglichkeit bieten manuelle Messstellen einzurichten. Jede manuelle Messtelle muss über eine Eingabemaske verfügen, die es erlaubt einen zuvor von der Messeinrichtung abgelesenen Verbrauchswerte mit Uhrzeit und Datum der Ablesung ins System einzugeben. In der Eingabemaske ist zusätzlich die Einheit, der Zeitpunkt und der Wert der letzten Ablesung anzuzeigen. Mit Eingabe eines neuen Verbrauchsmesswertes muss das System mindestens eine Validierung durchführen, ob der eingegebene Wert gleich oder größer dem letzten Wert ist. Manuelle Messwerte müssen wie alle anderen Datenpunkte und Messwerte zur Verwendung in allen Modulen des Systems zur Verfügung stehen.

Messwertverwaltung:
Das EnMS muss dem Benutzer in Abhängigkeit seiner Berechtigung die Möglichkeit bieten, die Eigenschaften eines Messwertes zu jeder Zeit zu bearbeiten. Diese Eigenschaften sind mindestens: Beschreibung, Einheit, Einbauort, Medium, Wertart, Historisierungstiefe. Wurde eine Eigenschaft geändert und abgespeichert, ist diese unmittelbar vom System zu übernehmen.
Zusammengesetzte Messwerte
Als weiteres muss das EnMS zusammengesetzte Messwerte unterstützen. Ein zusammengesetzter Messwert ist ein virtueller Messwert, der sich aus einem oder mehreren Messwerten, mit diversen Rechenoperationen versehen, zusammensetzt. Je physikalischem und manuellem Messwert ist im System vom Errichter mindestens ein unkonfigurierter, zusammengesetzter Messwert anzulegen. Im System angelegte zusammengesetzte Messwerte müssen zu jeder Zeit von Benutzern mit entsprechender Berechtigung konfiguriert werden können. Hierzu muss das EnMS einen einfach zu bedienenden Formeleditor zur Verfügung stellen. 

Fernzugriff
Für den Fernzugriff auf das MBE System wird seitens des Auftraggebers ein VPN-Zugang auf dem MBE-Server eingerichtet. Hierüber ist es für Mitarbeiter des AG möglich auch von außerhalb des Unternehmensnetzwerks und von jedem Endgerät mit einem HTML5-fähigen Browser auf das MBE-System zuzugreifen.
---------------------------------------------------------------------------------------

Hardware / Virtuelle Maschine wird vom AG beigestellt

Das PC-System oder eine virtuelle Maschine zur Installation und Bedienung der Management- und Bedieneinrichtung B-CON, inklusive Monitor und Bedienset, wird vom AG beigestellt. Die Maschine wird dem vorliegenden Projektumfang und den Systemvoraussetzungen der Software B-CON vom AG entsprechend konfektioniert. Die Maschine wird vom AG mit einer lizensierten Version des Betriebssystems Microsoft Windows gemäß Freigabe der aktuellen B-CON Systemanforderungen ausgestattet. Die Maschine wird dem AN, ohne Bedienset und Monitor, zur Installation und Einrichtung mindestens 14 Werktage vor dem Inbetriebnahmetermin zu Lasten des AG per Post/Paketdienst zugestellt oder es ist eine Ferneinwahlmöglichkeit zur Verfügung zu stellen.
Die vom AN vorkonfigurierte Maschine ist spätestens bis zum Inbetriebnahmetermin auf der Baustelle oder einem vom AG bekanntgegebenen Ort zu eigenen Lasten abzuliefern/mitzubringen bzw über die Ferne fertig einzurichten. Der AN hat für einen entsprechend versicherten Versand/Lieferung Sorge zu tragen.

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Abgrenzung von Dienstleistungen und Inbetriebnahmeleistungen:

Insofern nicht gesondert ausgewiesen, betreffen alle angebotenen Dienstleistungen und Inbetriebnahmeleistungen im vorliegenden Angebot ausschließlich die Parametrierung, Einrichtung und Inbetriebnahme unserer Software B-CON sowie der von uns angebotenen und gelieferten Hardwarekomponenten.
Die Parametrierung oder Inbetriebnahme und speziell die Ertüchtigung von Kommunikationsschnittstellen von Fremd- oder Drittanbieter-Systemen ist kein Bestandteil dieses Angebotes und wird als bauseitige Vorleistung vorausgesetzt. 

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Automationsstationen und Systemen mit BACnet-Schnittstelle:

Anzubindenden BACnet-Geräte müssen über eine BACnet/IP-Schnittstelle verfügen und alle für die B-CON MBE relevanten Datenpunkte als BACnet-Objekte zur Verfügung stellen.
Es sind nur Systeme zugelassen, die mindestens die Einstellung einer projektspezifischen IP-Adresse und einer projektspezifischen BACnet-Device-ID zulassen.
Die Einstellung des BACnet-Ports ist nur nötig, wenn diese vom BACnet-Standardport "47808" abweicht oder projektspezifisch abweichende Porteinstellungen gefordert sind.
 
Eine BACnet-konforme Projektierung und Programmierung der anzubindenden BACnet-Geräte wird vorausgesetzt. Eine Kommunikation mit proprietären BACnet-Objekte oder proprietären BACnet-Properties, die nicht im BACnet-Standard aufgeführt sind, wird nicht unterstützt. Die anzubindenden BACnet-Geräte sollten eine BACnet-konforme Projektierung bezüglich dem BACnet-Alarming (NotificationClasses), Scheduling (Scheduler), und Trending (Trendlogs) aufweisen. Je Netzwerksegement ist genau ein BBMD (BACnet Broadcast Management Device) einzurichten. Bei der Auswahl dieses ist darauf zu achten, dass das BBMD die Kommunikation über foreign Devices unterstützt.
 
Mindestens folgende Informationen werden je BACnet Gerät benötigt:
BACnet Device ID
IP Adresse des BACnet Gerätes
 
Mindestens folgende BACnet-Objekt-Eigenschaften (Properties) sind entsprechend ihrer Funktion sinnvoll und vollständig zu befüllen:
BACnet-ObjectNames
BACnet-Descriptions
BACnet-Units
BACnet-Limits (High- + LowLimit)
BACnet-Deadbands
BACnet-AlarmValues
BACnet-Messagetexts
BACnet-ActiveTexts
BACnet-InactiveTexts
BACnet-StateTexts
BACnet-Statusflags
BACnet-COVIncrement
BACnet-PriorityArray: Priorität Automationsebene = 16, Priorität GLT = 8
 
Der Errichter der BACnet-Automationsstation (BACnet-AS) hat dem Auftragnehmer der MBE je anzubindendem BACnet-Gerät eine BACnet-EDE-Datei zu übergeben. Die BACnet-EDE-Datei ist vom Errichter der BACnet-AS auf die für das Management-System relevanten BACnet-Objekte zu bereinigen. Der BACnet-seitige Projektierungsstand der anzubindenden BACnet-Geräte muss zum Zeitpunkt der Inbetriebnahme der B-CON mit dem der übergebenen EDE-Datei übereinstimmen.
Der Errichter unterlagerter Anlagentechnik stellt je anzubindender Anlage ein Anlagenschema mit verorteten Datenpunkten zur Verfügung.
 
Die Kommunikation sowie die Validierung der Objekte nebst allen Properties zwischen Gerät und einem unabhängigen BACnet Client muss vom Errichter geprüft und nachgewiesen sein.

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Geräten und Systemen mit KNX-Schnittstelle:

Anzubindenden KNX-Geräte müssen über eine im KNX-Netzwerk integrierte KNX/IP- oder KNX-USB-Schnittstelle verfügen. Eine KNX-USB-Schnittstellle kann nur verwendet werden, wenn diese in unmittelbarer Nähe zum B-CON Server installiert wird und der B-CON Server über eine freie USB-Schnittstelle verfügt. Ein KNX IP Router ist zu bevorzugen.
Es sind nur Systeme zugelassen, die mindestens die Einstellung einer projektspezifischen IP-Adresse und Multicast-Adresse zulassen.
Die Einstellung des Netzwerk-Ports ist nur nötig, wenn die Port-Einstellung vom KNX-Standardport "3671" abweicht oder projektspezifisch abweichende Porteinstellungen gefordert sind.
 
KNX-Projekte sind grundsätzlich nach den Vorgaben der aktuellsten Fassung der KNX Projektrichtlinien (KNX Project Design Guidelines), die von der KNX Association herausgegeben werden, zu erstellen.
Darüber hinaus ist es zwingend erforderlich, dass der Datentyp (DPT) bei allen relevanten Gruppenadressen korrekt eingerichtet ist.
 
Der Errichter des KNX-Systems hat ICONAG nach Abschluss der Programmierung eine ETS-Export-Datei im Format .ESF, einen Export aller Gruppenadressen im Format .CSV und zusätzlich das KNX Projekt als Export File (.knxproj) zu übergeben.
Die Export-Dateien (.ESF und .CSV) sind vom Errichter des KNX-Systems auf die für das Management-System relevanten Gruppenadressen zu bereinigen. Der Errichter des KNX-Systems stellt je KNX-System ein Anlagenschema/Grundrissplan mit verorteten Gruppenadressen zur Verfügung.
 
Die Kommunikation zu allen Datenpunkten ist mittels einer Aufzeichnung des in der ETS implementierten Gruppenadressmonitors nachzuweisen. Bei allen Datenpunkten die nach einem Systemstart unmittelbar relevant sind, ist in einem geeigneten Gerät das Lesen-Flag zu setzen.

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Automationsstationen und Systemen mit Modbus-Schnittstelle:

Geräte mit Modbus-Schnittstelle werden ausschließlich über Modbus TCP/IP an das B-CON System angebunden.
Geräte mit Modbus RTU-Schnittstellen sind zunächst bauseits mittels SPS-Kopftstation oder Gateway auf Modbus TCP/IP umzusetzen.
Kommt ein Gateway zum Einsatz kann ICONAG nur in Verbindung mit dem von uns freigegebenen Produkt Moxa MGate MB3170 eine einwandfreie Funktion garantieren.

Der Auftraggeber stellt je anzubindender Anlage ein Anlagenschema mit verorteten Datenpunkten, sowie eine vollständige Datenpunktliste mit folgenden Angaben je Datenpunkt zur Verfügung: 
•	Datenpunktname, 
•	Klartextbezeichnung, 
•	Anlagenzuordnung, 
•	Byte order
•	Word order
•	Unit ID
•	Modbus-Adresse (dezimal, mit bereits eingerechneten Offsets) 
•	Object Type / Function Code
•	Data Type / Quantity
•	Bit Position
•	Alarmlogik (bei Binären Störmeldedatenpunkten),
•	Alarmgrenzen (bei numerischen Datenpunkten),
•	Skalierung, 
•	Einheit.

Bei Steuerungen die mit Codesys 2.x programmiert werden ist zusätzlich der Export der Symbolkonfiguration (*.SYM) zu übergeben. Bei WAGO-Steuerungen die mit e!Cockpit programmiert werden, ist zusätzlich der CSV-Export aus der Modbus-Konfiguration zu übergeben.

Die Datenpunktliste oder die übergebene Konfigurationsdatei ist vom Errichter derart zu bearbeiten, dass in dieser ausschließlich die für das Management System relevanten Datenpunkte enthalten sind. Grundsätzlich werden alle Datenpunkte die in der Datenpunktliste oder der übergebenen Konfigurationsdatei enthalten sind mit allen Konsequenzen im Management System angelegt und abgerechnet.
 
Die Kommunikation sowie die Validierung der Werte zwischen Gerät und einem unabhängigen Modbus TCP Client muss vom Errichter geprüft und nachgewiesen sein.

---------------------------------------------------------------------------------------

---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Geräten und Systemen mit Profibus-Schnittstelle:

Eine direkte Anbindung eines Profibus-Netzwerkes an den B-CON Server erfolgt nicht. Die Anbindung von Profibus-Systemen an das B-CON System erfolgt via Ethernet mittels einer oder mehrerer S5/7-Kopfstationen. Diese werden vom Auftraggeber zur Verfügung gestellt, betriebsfertig parametriert, eingerichtet und sind über das bauseits vorhandene IP-Netzwerk vom B-CON Server zu erreichen.
Die S7-Projektdatei mit allen für das B-CON-System relevanten Datenpunkten ist an ICONAG für den Import im Kommunikationstreiber zu übergeben. 

Der Auftraggeber stellt je anzubindender Anlage ein Anlagenschema mit verorteten Datenpunkten, sowie eine vollständige Datenpunktliste mit folgenden Angaben je Datenpunkt zur Verfügung: 
•	Datenpunktname, 
•	Klartextbezeichnung, 
•	Anlagenzuordnung, 
•	Alarmlogik (bei Binären Störmeldedatenpunkten),
•	Alarmgrenzen (bei numerischen Datenpunkten),
•	Skalierung, 
•	Einheit.

--------------------------------------------------------------------------------------- 
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Automationsstationen und Systemen mit OPC UA-Schnittstelle:

Alle für das B-CON-System relevanten Datenpunkte sind auf den Automationsstationen als OPC UA-Datenpunkte zur Verfügung zu stellen.
Die Automationsstationen müssen im Netzwerk des B-CON Servers erreichbar sein und die OPC UA-Struktur mit allen Komponenten und Objekten von einem OPC UA-Client auslesbar sein.

Der Auftraggeber stellt je anzubindender Anlage ein Anlagenschema mit verorteten Datenpunkten, sowie eine vollständige Datenpunktliste mit folgenden Angaben je Datenpunkt zur Verfügung: 
•	Datenpunktname, 
•	Klartextbezeichnung, 
•	Anlagenzuordnung, 
•	Object Type
•	Alarmlogik (bei Binären Störmeldedatenpunkten),
•	Alarmgrenzen (bei numerischen Datenpunkten),
•	Skalierung
•	Einheit

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Automationsstationen und Systemen mit LON-Schnittstelle:

Es erfolgt auschließlich eine Aufschaltung von Standard-SNVTs. Durch ICONAG erfolgt keine Einrichtung von Datenpunkt-"Bindings". Das Auslesen der LON-Datenpunkte erfolgt durch "Polling". Voraussetzung ist, dass ein Polling möglich ist. Falls nicht, muss unsere Treiberschnittstelle vom bauseitigen LON-Integrator im Netzwerk "gebindet" werden. Maximal können zwei Domänen angebunden werden. Bis insgesamt max. 2000 Datenpunkte je LON-Netzwerk (2 Domänen).
Für die Einrichtung von Management- und Bedienfunktionen ist durch den AG im Anschluss eine Zuordnung der Datenpunkte zu den gewünschten Managementfunktionen, sowie Anlagenschemata mit verorteten Datenpunkten zur Projektierung von Anlagenbildern zu erstellen.

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

BACnet-Projektierung Management- und Bedieneinrichtung

Die Software für die Management- und Bedieneinrichtung muss mindestens folgende BACnet-Funktionen unterstützen, um die typischen Funktionen und Eigenschaften des BACnet-Protokolls optimal auf der Management-Ebene abzubilden:

Das BACnet-Geräteprofil B-OWS wird unetrstützt.
Für die Erstellung der Anlagenbilder muss eine fertige Bibliothek mit BACnet-Controls zur Verfügung stehen.
Es müssen Controls mindestens für folgende BACnet-Objekte hierin enthalten sein:
Analog-Objekt (Input, Output, Value), Binary-Objekt (Input, Output, Value), Multistate-Objekt (Input, Output, Value), Device-Objekt, Scheduler-Objekt, Loop-Objekt.

Die Binary, Analog und Multistate Controls müssen vom grundsätzlichen Aufbau her identisch sein.
Jedes Control muss aus einem numerischen (Analog Control) bzw. einem String-Anzeigeelement (Binary, Multistate) zur Anzeige des Present-Value bestehen. Linksseitig davon befindet sich jeweils ein Anzeigeelement in dem die aktive Priority (bei vorhandenem Priority-Array) angezeigt wird. Für die Priority „16“ wird ein A-Symbol, für die Priority „8“ ein Hand-Symbol angezeigt. Alle übrigen Priorities werden durch ein rotes Ausrufezeichen-Symbol dargestellt. Projektspezifisch müssen die Symbole der einzelnen Priorities austauschbat sein. Unterhalb der Anzeigeelemente von Present-Value und Priority-Array befindet sich die Status-Flag-Anzeige. Über vier Symbole (inAlarm, Fault, Overridden, Out-of-Service) muss die Aktivität der Status-Flags angezeigt.
Befindet sich ein BACnet-Objekt im Alarmzustand muss dies einerseits über ein rot leuchtendes Glockensymbol in der Status-Flag-Anzeige sowie über einen roten Rahmen um das Control signalisiert werden können. Beim Analog-Control muss der Alarmrahmen zusätzlich durch ein blaues „LL“ (Low-Limit) oder rotes „HL“ (High-Limit) bei einer entsprechenden Grenzverletzung unterbrochen werden. Jeder Controltyp muss zusätzlich in einer „Simple“-Version verfügbar sein. Die „Simple“-Version unterscheidet sich hierbei lediglich durch das Weglassen der Status-Flag-Anzeige. Die übrigen Funktionalitäten bleiben davon unberührt.

Durch einen rechten Mausklick auf ein Control muss sich das dazugehörige „BACnet-Objekt Eigenschaften“-Menü öffnen.
Abhängig vom Objekt-Typ erlangt der Bediener über das „BACnet-Objekt Eigenschaften“-Menü Zugriff auf die wichtigsten Properties.
Diese sind u.a.: Object-Name, -Description, -Type, Instance-Number, Event-State, Relinquish Default, Priority, Priority-Array, Present Value, Status-Flags, Limits, Alarm-Value, States, State-Texts.
Über das „BACnet-Objekt Eigenschaften“-Menü muss die Property Present-Value beschrieben werden können. Das Zurücksetzen eines Wertes muss durch das Schreiben von "Null" möglich sein. Bei vorhandenem Priority-Array ist die Standard-Schreibpriorität "8" eingestellt. 
Die Schreibpriorität muss über das „BACnet-Objekt Eigenschaften“-Menü individuell änderbar sein.
Die Eigenschaft "Out-Of-Service" muss gesetzt werden können.
Bei Analog-Objekten müssen zusätzlich die Properties High- und Low-Limit aktiv/deaktiv sowie die Grenzen einstellbar sein.
Bei Binary- und Multistate-Objekten ist zusätzlich das Property Alarm-Value änderbar.

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Automationsstationen und Systemen im Bestand:

Automationsstationen älterer Produkt-Generationen sind zwingend im Voraus bauseits auf eine Kommunikationsschnittstelle BACnet/IP, KNX/IP oder Modbus TCP zu ertüchtigen, um auf das B-CON-System aufgeschaltet werden zu können.
Eine Aufschaltung mittels eines anderen Busprotokolls wird nicht unterstützt.
Alternativ kann bauseits ein passender OPC DA-Server (2.0 oder 3.0) beigestellt und funktionsfertig auf dem MBE-Server zur Verfügung gestellt werden.  

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Hinweise zur Anbindung von Automationsstationen und Systemen im Bestand:

Automationsstationen älterer Produkt-Generationen (hier z.B. Priva Compri HX-Reihe, u.a.) sind zwingend im Voraus bauseits auf eine Kommunikationsschnittstelle BACnet/IP oder Modbus TCP zu ertüchtigen, um auf das B-CON-System aufgeschaltet werden zu können.
Eine Aufschaltung mittels eines anderen Busprotokolls wird nicht unterstützt.
Alternativ kann bauseits ein passender OPC DA-Server (2.0 oder 3.0) beigestellt und funktionsfertig auf dem MBE-Server zur Verfügung gestellt werden.  

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Kommunikationstest

Der ordnungsgemäße Zugriff auf die funktionsbereite Kommunikationsschnittstelle (M-Bus, Modbus, KNX oder BACnet) ist nach Fertigstellung vom jeweiligen Anlagenerrichter im IP-Netzwerk anhand eines Kommunikationstests zu prüfen und zu protokollieren.

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Projektierung HTML5-Analgenbilder

Die Anlagenbilder der Management- und Bedieneinrichtung sind durchgängig mit den B-CON Webcontrols zu erstellen. Hierdurch wird gewährleistet, dass der Benutzerzugriff auf die Management- und Bedieneinrichtung von jedem Endgerät im Netzwerk des B-CON Servers mit einem HTML5-fähigem Webbrowser erfolgen kann, ohne dass auf diesen Systemen eine Installation von weiterer Software notwendig ist. Eine weitere wesentliche Anforderung ist, dass das Browserportal auf HTML5-Technologie basiert und ohne zusätzliche Browser-Plugins (Java, Silverlight, etc.) auskommt. 

---------------------------------------------------------------------------------------
Bezugsnachweis:
ICONAG-Leittechnik GmbH
Hauptstraße 189
D-55743 Idar-Oberstein
Tel.: +49-(0)6781-56234-0
Fax: +49-(0)6781-56990-39
info@iconag.com
www.iconag.com

01	Software
01.01	B-CON Creative Studio
01.01.0010	B-CON Creative Studio Editor (Abonnement)
B-CON Creative Studio Editor
(Abonnement)
Lizenz zum Erstellen von Management- und
Bedieneinrichtungen für das technische
Gebäudemanagement (Gebäudeleittechnik-
und Visualisierungsprojekte). Die
Editorlizenz hat keinerlei
Einschränkungen in Bezug auf die Anzahl
der zu erstellenden Übersichtsbilder,
Anlagenbilder und Detailbilder oder die
Anzahl der einzubindenden Datenpunkte
bzw. -objekte. Im Editor enthalten sind
folgende leistungsfähige Programm-
Module:

- B-CON Grafik-Editor zum Erstellen von
Übersichtsbildern, Anlagenbildern und
Detailbildern zum Beobachten und
Bedienen inkl. einer umfangreichen MSR-
und Elektro-Symbolbibliothek für
dynamische Einblendungen von mehr als
650 Symbolen
- B-CON Alarmhandler zum Ereignis- und
Alarmmanagement
- B-CON Messagehandler zum Versand von
Nachrichten an externe Stellen per E-
Mail
- B-CON Zeitschaltuhr für zeitabhängiges
Schalten sowie zum Zeitplanmanagement
- B-CON Historie zum Trendmanagement
- B-CON Detektiv zur Schnellsuche und
Änderung von Schalt- und Stellgrößen
sowie zum Berichtsmanagement
- B-CON Mini-Applet zum Anzeigen und
Bedienen über eine Applikation in der
PC-Task-Leiste (Tray-Tool)

Die B-CON Editor Jahreslizenz verlängert
sich automatisch um ein weiteres Jahr,
sofern Sie die Lizenz nicht beim ICONAG-
Vertriebsteam 3 Monate vor Ablaufdatum
schriftlich kündigen. Bitte wenden Sie
sich hierzu an das ICONAG-Vertriebsteam.

Preisgleitklausel: Für diesen Laufzeitvertrag gilt eine Preisgleitklausel. Die Preisanpassung erfolgt kalenderjährlich jeweils zum 1. Januar in Höhe der Preisentwicklung der Erzeugerpreise für Dienstleistungen in Deutschland. Grundlage der Preisanpassung ist der Prozentsatz, der vom Statistischen Bundesamt für das 3. Quartal des Vorjahres festgestellt wurde. 

Preis für einjährige Laufzeit (12 Monate)

Hersteller: ICONAG
Typ: B-CON Editorlizenz Creative Studio (Abo)
1 St	......................	..............................
Summe 01.01	B-CON Creative Studio		..............................	

01.02	B-CON Projekt-Runtimelizenzen für OPC-DA, Modbus und KNX
01.02.0010	B-CON Runtime-Projektlizenz für bis zu 250 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 250
1 St	......................	..............................
01.02.0020	B-CON Runtime-Projektlizenz für bis zu 500 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 500
1 St	......................	..............................
01.02.0030	B-CON Runtime-Projektlizenz für bis zu 1.500 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 1.500
1 St	......................	..............................
01.02.0040	B-CON Runtime-Projektlizenz für bis zu 3.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 3.000
1 St	......................	..............................
01.02.0050	B-CON Runtime-Projektlizenz für bis zu 5.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 5.000
1 St	......................	..............................
01.02.0060	B-CON Runtime-Projektlizenz für bis zu 10.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 10.000
1 St	......................	..............................
01.02.0070	B-CON Runtime-Projektlizenz für bis zu 12.500 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 12.500
1 St	......................	..............................
01.02.0080	B-CON Runtime-Projektlizenz für bis zu 15.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 15.000
1 St	......................	..............................
01.02.0090	B-CON Runtime-Projektlizenz für bis zu 17.500 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 17.500
1 St	......................	..............................
01.02.0100	B-CON Runtime-Projektlizenz für bis zu 20.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 20.000
1 St	......................	..............................
01.02.0110	B-CON Runtime-Projektlizenz für bis zu 25.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 25.000
1 St	......................	..............................
01.02.0120	B-CON Runtime-Projektlizenz für bis zu 30.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 30.000
1 St	......................	..............................
01.02.0130	B-CON Runtime-Projektlizenz für bis zu 35.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 35.000
1 St	......................	..............................
01.02.0140	B-CON Runtime-Projektlizenz für bis zu 40.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 40.000
1 St	......................	..............................
01.02.0150	B-CON Runtime-Projektlizenz für bis zu 45.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 45.000

1 St	......................	..............................
01.02.0160	B-CON Runtime-Projektlizenz für bis zu 50.000 Datenpunkte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG KNX OPC-Server
- ICONAG Modbus2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz 50.000
1 St	......................	..............................
Summe 01.02	B-CON Projekt-Runtimelizenzen für OPC-DA, Modbus und KNX		..............................	

01.03	B-CON Projekt-Runtimelizenzen für BACnet
01.03.0010	B-CON Runtime-Projektlizenz für bis zu 100 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 100
1 St	......................	..............................
01.03.0020	B-CON Runtime-Projektlizenz für bis zu 250 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 250
1 St	......................	..............................
01.03.0030	B-CON Runtime-Projektlizenz für bis zu 500 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 500
1 St	......................	..............................
01.03.0040	B-CON Runtime-Projektlizenz für bis zu 1.500 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 1.500
1 St	......................	..............................
01.03.0050	B-CON Runtime-Projektlizenz für bis zu 3.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 3.000
1 St	......................	..............................
01.03.0060	B-CON Runtime-Projektlizenz für bis zu 5.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 5.000
1 St	......................	..............................
01.03.0070	B-CON Runtime-Projektlizenz für bis zu 10.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 10.000
1 St	......................	..............................
01.03.0080	B-CON Runtime-Projektlizenz für bis zu 12.500 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 12.500
1 St	......................	..............................
01.03.0090	B-CON Runtime-Projektlizenz für bis zu 15.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 15.000
1 St	......................	..............................
01.03.0100	B-CON Runtime-Projektlizenz für bis zu 17.500 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 17.500
1 St	......................	..............................
01.03.0110	B-CON Runtime-Projektlizenz für bis zu 20.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 20.000
1 St	......................	..............................
01.03.0120	B-CON Runtime-Projektlizenz für bis zu 25.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 25.000
1 St	......................	..............................
01.03.0130	B-CON Runtime-Projektlizenz für bis zu 30.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 30.000

1 St	......................	..............................
01.03.0140	B-CON Runtime-Projektlizenz für bis zu 35.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 35.000
1 St	......................	..............................
01.03.0150	B-CON Runtime-Projektlizenz für bis zu 40.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 40.000
1 St	......................	..............................
01.03.0160	B-CON Runtime-Projektlizenz für bis zu 45.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 45.000
1 St	......................	..............................
01.03.0170	B-CON Runtime-Projektlizenz für bis zu 50.000 BACnet-Objekte
Zur Kommunikation mit den Systemen der Gebäudeautomation ist jede
B-CON Runtime-Projektlizenz im Standard mit einem leistungsfähigen OPC-DA-Client
(Version 3.0) ausgestattet. Dieser ermöglicht die Kommunikation mit über 1.000
herstellerspezifischen Systemen über OPC-Server wie beispielsweise mit Honeywell,
Johnson Controls, Kieback & Peter, SAIA, Sauter und Siemens, sowie mit den OPCServern
offener Standard-Systeme wie BACnet, KNX, LON, Modbus, M-Bus oder
Profibus. Darüber hinaus bietet B-CON komfortable native Schnittstellen zu den
wichtigsten offenen Standard-Systemen, die für jedes Projekt einzeln zu lizenzieren
sind. Die Lizenzierung erfolgt gemeinsam mit der B-CON Runtime-Projektlizenz. 

Der vom Softwaresystem eingesetzte Softwareschutzstecker (Dongle) muss über einen Speicherbereich 
(mind. 4 GB) um eine zyklische Projektsicherung auf den Dongle zu 
gewährleisten.

Jeweils inkl. einer B-CON Bedien-Client-Lizenz sowie einer B-CON Web-Client-Lizenz.

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- Objekteditor
- Zeitschaltuhr
- Berechtigungsvergabe
- Alarmhandler
- Messagehandler (E-Mail-Versand)
- Historienmodul
- Detektiv
- Quickfinder
- Webserver
- ICONAG BACnet2B-CON
- 1x B-CON Bedien-Client-Lizenz
- 1x B-CON Web-Client-Lizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Runtime-Projektlizenz BACnet 50.000
1 St	......................	..............................
Summe 01.03	B-CON Projekt-Runtimelizenzen für BACnet		..............................	

01.04	B-CON Redundanz-Lizenzen für OPC-DA, Modbus und KNX
01.04.0010	B-CON Hot-Standby-Redundanz für bis zu 250 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 250 Datenpunkte
1 St	......................	..............................
01.04.0020	B-CON Hot-Standby-Redundanz für bis zu 500 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 500 Datenpunkte
1 St	......................	..............................
01.04.0030	B-CON Hot-Standby-Redundanz für bis zu 1.500 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 1.500 Datenpunkte
1 St	......................	..............................
01.04.0040	B-CON Hot-Standby-Redundanz für bis zu 5.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 5.000 Datenpunkte
1 St	......................	..............................
01.04.0050	B-CON Hot-Standby-Redundanz für bis zu 10.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 10.000 Datenpunkte
1 St	......................	..............................
01.04.0060	B-CON Hot-Standby-Redundanz für bis zu 12.500 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 12.500 Datenpunkte
1 St	......................	..............................
01.04.0070	B-CON Hot-Standby-Redundanz für bis zu 15.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 15.000 Datenpunkte
1 St	......................	..............................
01.04.0080	B-CON Hot-Standby-Redundanz für bis zu 17.500 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 17.500 Datenpunkte
1 St	......................	..............................
01.04.0090	B-CON Hot-Standby-Redundanz für bis zu 20.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 20.000 Datenpunkte
1 St	......................	..............................
01.04.0100	B-CON Hot-Standby-Redundanz für bis zu 25.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 25.000 Datenpunkte
1 St	......................	..............................
01.04.0110	B-CON Hot-Standby-Redundanz für bis zu 30.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 30.000 Datenpunkte
1 St	......................	..............................
01.04.0120	B-CON Hot-Standby-Redundanz für bis zu 35.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 35.000 Datenpunkte
1 St	......................	..............................
01.04.0130	B-CON Hot-Standby-Redundanz für bis zu 40.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 40.000 Datenpunkte
1 St	......................	..............................
01.04.0140	B-CON Hot-Standby-Redundanz für bis zu 45.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 45.000 Datenpunkte
1 St	......................	..............................
01.04.0150	B-CON Hot-Standby-Redundanz für bis zu 50.000 Datenpunkte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 50.000 Datenpunkte
1 St	......................	..............................
Summe 01.04	B-CON Redundanz-Lizenzen für OPC-DA, Modbus und KNX		..............................	

01.05	B-CON Redundanz-Lizenzen für BACnet
01.05.0010	B-CON Hot-Standby-Redundanz für bis zu 100 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 100 BACnet-Objekte
1 St	......................	..............................
01.05.0020	B-CON Hot-Standby-Redundanz für bis zu 250 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 250 BACnet-Objekte
1 St	......................	..............................
01.05.0030	B-CON Hot-Standby-Redundanz für bis zu 500 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 500 BACnet-Objekte
1 St	......................	..............................
01.05.0040	B-CON Hot-Standby-Redundanz für bis zu 1.500 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 1.500 BACnet-Objekte
1 St	......................	..............................
01.05.0050	B-CON Hot-Standby-Redundanz für bis zu 5.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 5.000 BACnet-Objekte
1 St	......................	..............................
01.05.0060	B-CON Hot-Standby-Redundanz für bis zu 10.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 10.000 BACnet-Objekte
1 St	......................	..............................
01.05.0070	B-CON Hot-Standby-Redundanz für bis zu 12.500 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 12.500 BACnet-Objekte
1 St	......................	..............................
01.05.0080	B-CON Hot-Standby-Redundanz für bis zu 15.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 15.000 BACnet-Objekte
1 St	......................	..............................
01.05.0090	B-CON Hot-Standby-Redundanz für bis zu 17.500 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 17.500 BACnet-Objekte
1 St	......................	..............................
01.05.0100	B-CON Hot-Standby-Redundanz für bis zu 20.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 20.000 BACnet-Objekte
1 St	......................	..............................
01.05.0110	B-CON Hot-Standby-Redundanz für bis zu 25.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 25.000 BACnet-Objekte
1 St	......................	..............................
01.05.0120	B-CON Hot-Standby-Redundanz für bis zu 30.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 30.000 BACnet-Objekte
1 St	......................	..............................
01.05.0130	B-CON Hot-Standby-Redundanz für bis zu 35.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 35.000 BACnet-Objekte
1 St	......................	..............................
01.05.0140	B-CON Hot-Standby-Redundanz für bis zu 40.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 40.000 BACnet-Objekte
1 St	......................	..............................
01.05.0150	B-CON Hot-Standby-Redundanz für bis zu 45.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 45.000 BACnet-Objekte
1 St	......................	..............................
01.05.0160	B-CON Hot-Standby-Redundanz für bis zu 50.000 BACnet-Objekte
Die B-CON Hot-Standby-Redundanz basiert auf einer zweiten vollständigen B-CON Runtime-Installation. Hierzu ist eine zusätzliche Windows-Maschine (im weiteren Standby-Server genannt), mit identischer Hardware-, Betriebssystem- sowie Softwareausstattung wie auf dem Main-Server, zur Verfügung zu stellen. Mittels eines auf dem Standby-Server ausgeführten B-CON-Plugins wird permanent die Kommunikation zum Main-Server überwacht. Die Kommunikationsprüfung wird im Standard zyklisch alle 10 Sekunden ausgeführt. Kann bei drei aufeinanderfolgenden Kommunikationsprüfungen keine erfolgreiche Verbindung zum Main-Server hergestellt werden, wird der Failover-Fall ausgelöst. In diesem Fall übernimmt automatisch der Standby-Server die B-CON Systemfunktionen. Alle Admin-Clients werden anschließend automatisch an den Standby-Server verbunden. Eine automatische Anbindung der Web-Clients an den Standby-Server erfolgt in der aktuellen Version nicht. 
Ein späteres Rückschalten vom Standby-Server auf den Main-Server muss manuell ausgeführt werden. 
Um eine einwandfreie Funktion der B-CON Hot-Standby-Redundanz gewährleisten zu können, müssen die B-CON-Systeme auf Main- und Standby-Server hinsichtlich B-CON Release- und Projekt-Stand zu jederzeit identisch gehalten werden. Die Installation eines B-CON Updates (neuer Release-Stand) auf dem Main-Server erfordert die Installation des identischen B-CON Updates auf dem Standby-Server. Änderungen am B-CON Projekt auf dem Main-Server müssen anschließend manuell auf dem Standby-Server eingespielt werden. Eine automatische Anpassung des B-CON Release-Standes bzw. Aktualisierung des B-CON Projektes auf dem Standby-Server erfolgt nicht.

Hinweis:
Die Redundanz-Funktion muss durch einen ICONAG-Systemtechniker im betreffenden B-CON-Projekt eingerichtet werden. Diese Leistung ist in dieser Position nicht enthalten und muss gesondert beauftragt werden. 

Inkl. B-CON Redundanzlizenz

Liefern.

Hersteller: ICONAG
Typ: B-CON Hot-Standby-Redundanz für bis zu 50.000 BACnet-Objekte
1 St	......................	..............................
Summe 01.05	B-CON Redundanz-Lizenzen für BACnet		..............................	

01.06	B-CON Projektlizenzen zum Benutzerzugriff
01.06.0010	B-CON Bedien-Client-Lizenz
B-CON Bedien-Client-Lizenz zur Installation einer kompletten Client-Anwendung auf
einem Windows-System je Bedien-Client-Lizenz ab dem 2. Client

Liefern.

Hersteller: ICONAG
Typ: B-CON Bedien-Client-Lizenz
1 St	......................	..............................
01.06.0020	B-CON Web-Client-Lizenz
B-CON Web-Client-Lizenz zum Anzeigen und Bedienen von Übersichts-, Anlagen und
Detailbildern, zum Störungsmanagement sowie der optional lizenzierten EnMSFunktionen
über HTML5, je Web-Client-Lizenz ab dem 2. Client

Liefern.

Hersteller: ICONAG
Typ: B-CON Web-Client-Lizenz
1 St	......................	..............................
Summe 01.06	B-CON Projektlizenzen zum Benutzerzugriff		..............................	

01.07	B-CON Projektlizenzen für erweiterte Funktionsmodule zum technischen Gebäudemanagement
01.07.0010	B-CON Funktionserweiterung "Simple SMS"
Für die einfache Weiterleitung per SMS-Versand. 

Bitte beachten Sie, dass es bei dieser Funktionserweiterung keine Upgrade-Option auf unser Funktionsmodul Multimessage (z.B. Fern-Quittierung, Fax-Versand, Meldeketten etc.) gibt.
1 St	......................	..............................
01.07.0020	B-CON Funktionsmodul Multimessage
zur automatisierten Verteilung von Meldungen an bis zu 100 Empfänger.

Funktionsumfang:
•	Meldungsversand per E-Mail, Fax und SMS
•	Fern-Quittierungsfunktion
•	Bildung von Empfängergruppen
•	Schichtbetrieb und Weiterleitung
•	bei Nichterreichen (Eskalation)
•	Sprachausgabe über Telefon
•	Netzwerkschnittstelle über TCP/IP Sockets
•	und Named Pipe
•	Text-to-Speech Standard (dynamische
•	Wandlung von Texten in deutsche Sprache)
•	DDE- und COM-Schnittstelle

Für den vollen Funktionsumfang ist ein Mobilfunk-Gateway erforderlich.

1 St	......................	..............................
01.07.0030	B-CON Multimessage Funktionserweiterung SIP
Anbindung an Telefonanlagen (SIP). Es ist damit möglich, Nachrichten auf das Display eines an der Telefonanlage angeschlossenen Gerätes, auszugeben. Inkl. ESPA-Schnittstelle und Saphir VoIP-Treiber (1 Kanal).

Bitte beachten Sie, dass das Feature „Secure-Boot“ im UEFI-BIOS unter Windows Server 2019 deaktiviert werden muss.

1 St	......................	..............................
01.07.0040	Mobilfunk-Gateway 4G 1 Kanal
VoIP Gateway, inkl. Magnethaftantenne mit 2 m Kabel, für SMS Versand und Sprachausgabe (Für eigenständige ausgewählte Alternativprodukte kann keine Funktionsgewährleistung übernommen werden).

Beistellung einer Mobilfunkkarte erfolgt bauseits! Die ICONAG-Leittechnik empfiehlt den Einsatz einer Mobilfunkkarte mit SMS-Flatrate ohne Datenoption.

1 St	......................	..............................
01.07.0050	B-CON Funktionsmodul „Handlungsanweisung“

Das Funktionsmodul „Handlungsanweisung“ muss die dynamische
Zuordnung von Handlungsanweisungen sowie Verfahrenstexten
ermöglichen. Die Verwaltung der Handlungsanweisungen und
Verfahrenstexte muss durch den Nutzer möglich sein. Eine
Mehrfachverknüpfung von Handlungsanweisungen und
Verfahrenstexten an einen Alarmdatenpunkt muss dabei ebenso
möglich sein, wie der direkte Aufruf der Handlungsanweisungen aus
dem Alarmhandler heraus. Zur Erleichterung der Textpflege muss der
Import von Textdateien möglich sein. Die Integration in die bestehende
GLT muss als PlugIn erfolgen und darf keine externe
Softwareapplikation darstellen.

Liefern.

Hersteller: ICONAG
Typ: B-CON FM-HA

1 St	......................	..............................
01.07.0060	B-CON Funktionsmodul „Kostenstellenverteilung“

Das Funktionsmodul „Kostenstellenverteilung“ muss eine flexible
Zuordnung von Zählerdatenpunkten der %-ualen Zugehörigkeit zu
Kostenstellen ermöglichen. Dabei müssen die Kostenstellen frei
definierbar sein. Die Pflege der entsprechenden Einheiten erfolgt
unmittelbar am Datenpunkt so, dass das Kostenstellenmodul direkt die
richtigen Einheiten darstellen kann. Der Nutzer muss die Möglichkeit
haben, sich verschiedene Ansichten auf Kostenstellen zu speichern und
jederzeit wieder aufzurufen. Der Zeitraum zur Auswertung muss vom
Kunden frei einstellbar sein, soll zudem aber über
Schnellauswahlfunktionen wie Wochen- bzw. Monatsauswertungen
verfügen. Die Integration muss in die bestehende GLT erfolgen und darf
keine externe Softwareapplikation darstellen.

Liefern.

Hersteller: ICONAG
Typ: B-CON FM-KSV

1 St	......................	..............................
01.07.0070	B-CON FIAS-Schnittstelle
B-CON FIAS-Schnittstelle

Softwareschnittstelle für die Anbindung einer
Hotelbuchungssoftware mittels FIAS-Protokoll an die
B-CON.
Über das FIAS-Protokoll werden
Zimmer-Beleginformationen (CheckIn/CheckOut) an das
B-CON-System übergeben.

Komplett wie vor beschrieben liefern, installieren und
in Betrieb nehmen.

Hersteller: ICONAG
Typ: B-CON FIAS

1 St	......................	..............................
01.07.0080	B-CON Active Directory Anbindung
Benutzerprüfung gegen lokales Active Direktory (Azure Active Directory wird nicht unterstützt).
Manuelle Benutzersynchronisierung mit Active Directory Gruppe.
Passwortprüfung gegen Active Directory.
Die B-CON-spezifischen Benutzereinstellungen müssen in der B-CON Berechtigungsvergabe vorgenommen werden.

Die Einrichtung erfolgt im Rahmen der Inbetriebnahmeleistungen.

Liefern.

Hersteller: ICONAG
Typ: B-CON Active Directory Anbindung
1 St	......................	..............................
01.07.0090	B-CON Technisches Monitoring
1. Leistungsgegenstand
Ziel des technischen Monitorings ist die kontinuierliche Überwachung, Bewertung und Visualisierung der Funktionsfähigkeit technischer Anlagen und Gewerke.
Das Monitoring soll Betriebsparameter in Echtzeit erfassen, analysieren und Abweichungen vom Soll-Zustand automatisiert erkennen. Die Ergebnisse sind in geeigneter Form aufzubereiten und für weiterführende Analysen bereitzustellen.
 
2. Funktionale Anforderungen
Das anzubietende System muss mindestens folgende Funktionen erfüllen:
KPI-basierte Überwachung
Definition, Konfiguration und Verwaltung von Key Performance Indicators (KPIs)
Regelbasierte Bewertung von Anlagenzuständen durch Vergleich von Ist- und Sollwerten
Bildung eines stündlichen Erfüllungsgrades (in %) zur Bewertung der Anlagenperformance
Flexible KPI-Typen
 Unterstützung typischer Anwendungsfälle, u. a.:
Sollwert-Abweichungen (inkl. Toleranz und Totzeit)
Betriebslogiken (z. B. Umwälzpumpen in Abhängigkeit von Außentemperaturen)
Speicherzustände (z. B. Pufferspeicher inkl. Ladezustandsbewertung)
Parametrierbarkeit
Individuelle Definition von Grenzwerten (optimal / auffällig / kritisch)
Einstellbarer Auswertungszyklus (z. B. 10–60 Sekunden)
Verwendung beliebiger Datenpunkte als Ein- und Ausgangswerte
Historisierung
Automatische Speicherung der KPI-Ergebnisse in einem Zeitraster (mind. stündlich)
Bereitstellung der Daten für Trendanalysen und Auswertungen
 
3. Visualisierung
Das System muss eine anschauliche Visualisierung der Monitoring-Ergebnisse ermöglichen:
Darstellung als Heatmap zur schnellen Identifikation kritischer Zustände über Zeiträume
Farblich codierte Zustände (z. B. grün / gelb / rot) entsprechend definierter Grenzwerte
Darstellung historischer Verläufe (z. B. Liniendiagramme)
Integration in eine webbasierte Benutzeroberfläche (Dashboard-Funktionalität)
 
4. Systemintegration und Betrieb
Integration in bestehende B-CON-Projekte (mindestens Release G oder höher)
Bereitstellung als eigenständiges, optionales Softwaremodul (Plugin-Architektur)
Unterstützung des Live-Betriebs inkl. dynamischer Anpassung von KPIs
 
5. Bedienbarkeit und Konfiguration
Bereitstellung einer intuitiven Benutzeroberfläche zur KPI-Konfiguration
Möglichkeit zum Anlegen, Bearbeiten und Löschen von KPIs im laufenden Betrieb
Klare Strukturierung der Parameter (Grundeinstellungen und typspezifische Parameter)
Unterstützung bei der Fehlersuche (z. B. Statusanzeige aktiver KPIs, Logbuchintegration)
 
6. Qualität und Zuverlässigkeit
Sicherstellung vollständiger Datenerfassung für valide Auswertungen
Robuste Fehlererkennung (z. B. fehlende Datenpunkte, unvollständige Daten)
Nachvollziehbare Protokollierung von Fehlerzuständen
Vermeidung von Fehlalarmen durch konfigurierbare Totzeiten und Prüfzyklen
 
7. Zielsetzung
Ziel des Systems ist die transparente Darstellung von Effizienz, Verfügbarkeit und Betriebsqualität technischer Anlagen sowie die frühzeitige Erkennung von Abweichungen und Optimierungspotenzialen.
 
Die Anzahl der anzulegenden KPIs ist nicht beschränkt.

Liefern.

Hersteller: ICONAG
Typ: B-CON TMon
1 St	......................	..............................
Summe 01.07	B-CON Projektlizenzen für erweiterte Funktionsmodule zum technischen Gebäudemanagement		..............................	

01.08	B-CON Projektlizenzen zum Energie-Management
01.08.0010	B-CON Energie-Management Grundmodul
Das ENMS Grundmodul ermöglicht die Auswertung und den Vergleich mehrerer Messstellen. Die daraus resultierenden Energieberichte können als PDF ausgegeben und lokal auf dem Bedienplatzrechner gespeichert werden. Die Bedienung des Grundmoduls muss auf Basis von HTML5 Technologie und somit unabhängig von bestimmten Webbrowsern und Betriebssystemen erfolgen können. Das Grundmodul verfügt über eine Berechtigungsvergabe mit deren Hilfe, dem jeweiligen Anwender explizit nur seine eigenen Messstellen zur Auswertung zur Verfügung gestellt werden.  

Folgende Funktionen und Prorgammmodule sind standardmäßig enthalten:

- EnMS - Auswertung
- EnMS - Manuelle Messdatenerfassung
- EnMS - Datenimport (CSV bzw. MSCONS)
- EnMS - Messstellenverwaltung

Das B-CON Energie-Management Grundmodul kann nur in Verbindung mit einer B-CON Runtime-Projektlizenz (BACnet oder Modbus/KNX/OPC) lizenziert werden. 
Im B-CON Energie-Management Grundmodul können Messwertdatenpunkte im Umfang der B-CON Runtime-Projektlizenz angelegt und verwendet werden. Die Treiberschnittstellen zur Anbindung von Zählersystemen und Messeinrichtungen beschränken sich auf den Umfang der Treiberschnittstellen der Runtime-Projektlizenz, zuzüglich lizenzierten B-CON Treiberschnittstellen oder beigestellten OPC-Treibern von Drittanbietern. 

Liefern.

Hersteller: ICONAG
Typ: ENMS Grundmodul
1 St	......................	..............................
01.08.0020	B-CON Energie-Management Erweiterungsmodul Wetterdatenservice

Das ENMS Erweiterungsmodul Wetterdatenservice zur Einbettung von Wetter-Prognosedaten. Aktualisierung der Prognosedaten wahlweise 2x täglich oder ½-stündlich.

Liefern.

Hersteller: ICONAG
Typ: ENMS Zusatzmodul Wetterdatenservice

1 St	......................	..............................
01.08.0030	B-CON Energie-Management Erweiterungsmodul Witterungsbereinigung
Beinhaltet die Witterungsbereinigung von jährlichen Gesamtverbräuchen. Grundlage bildet das "Klimafaktoren-Verzeichniss" des Deutschen Wetterdienstes im XML-Format. Es erfolgt ein automatisierter Import der XML-Datei aus einem lokalen festgelegten Speicherpfad.

Liefern.

Hersteller: ICONAG
Typ: ENMS Erweiterungsmodul Witterungsbereinigung
1 St	......................	..............................
Summe 01.08	B-CON Projektlizenzen zum Energie-Management		..............................	

01.09	OPC-Server
01.09.0010	M-Bus OPC-Server 3
M-Bus OPC-Server zur Anbindung von max. 3 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0020	M-Bus OPC-Server 20
M-Bus OPC-Server zur Anbindung von max. 20 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0030	M-Bus OPC-Server 60
M-Bus OPC-Server zur Anbindung von max. 60 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0040	M-Bus OPC-Server 250
M-Bus OPC-Server zur Anbindung von max. 250 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0050	M-Bus OPC-Server 500
M-Bus OPC-Server zur Anbindung von max. 500 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0060	M-Bus OPC-Server 1.000
M-Bus OPC-Server zur Anbindung von max. 1.000 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0070	M-Bus OPC-Server >1.000
M-Bus OPC-Server zur Anbindung von mehr als 1.000 Standard M-BUS Zahlern.

Voraussetzungen:
Das M-Bus-Netzwerk muss bereits mittels Pegelwandler und COM-Server im Ethernet-Netzwerk vom B-CON Server aus erreichbar sein. Die Lieferung und Installation der benötigten Hardware ist kein Bestandteil dieser Position.

Liefern.
1 St	......................	..............................
01.09.0080	Siemens Kommunikationstreiber
Kommunikationstreiber (OPC Server) zur Anbindung von Siemens Steuerungen und
Siemens-kompatiblen Steuerungen.

Eigenschaften:
•	Lese- und Schreibzugriff auf Prozess- und Diagnosedaten in Siemens- und Siemenskompatiblen Steuerungen
•	Unterstützung optimierter Datenblöcke in Siemens S7-1200- and S7-1500-Steuerungen
•	Keine Anpassungen des Steuerungsprogramms notwendig
•	Namespace-Konfiguration über Durchsuchen des Siemens S7-1200- und S7-1500-Namespace
•	Benutzerfreundliche grafische Konfigurationsschnittstelle
•	Intelligenter Assistent für Konfiguration in 3 Schritten
•	Import symbolischer Namen aus Siemens TIA Portal- und STEP 7-Projekten

Liefern.

Hersteller: Softing
Typ: Siemens Kommunikationstreiber
1 St	......................	..............................
01.09.0090	SNMP Kommunikationstreiber
Kommunikationstreiber (OPC Server) zur Anbindung von Geräten mit SNMP-Schnittstelle.

Eigenschaften:
•	SNMP-Zugriff auf Geräte verschiedener Hersteller über MIB Import und SNMP Browse
•	High Performance-Protokoll für Kommunikation mit großen Datenmengen über OPC
•	Keine Begrenzung bei Anzahl der angeschlossenen Steuerungen bzw. Netzgeräte und Variablen
•	Bequeme Inbetriebnahme durch symbolische Adressierung (Alias Browsing)
•	Erhöhte Verfügbarkeit durch kontinuierliche Leitungsüberwachung und umfangreiche Kommunikationsdiagnose

Unterstützte Steuerungen:
•	Steuerungen und Netzgeräte mit SNMP-Unterstützung
Unterstützte Protokolle:	
•	unterstützt SNMP V1 (vollständig), V2 (ohne Datensicherheit)

Liefern.

Hersteller: Softing
Typ: SNMP Kommunikationstreiber
1 St	......................	..............................
01.09.0100	OPC UA Kommunikationsteiber 1 Connection
Unterstützung von OPC UA, 
Zugriff von 100 OPC UA-Clients und für Zugriff auf 1 OPC UA -Server

Typ: ICONAG - OPC UA 1
1 St	......................	..............................
01.09.0110	OPC UA Erweiterungslizenz 50 Connections
OPC UA Server-Erweiterungslizenz 50 für
gleichzeitigen Zugriff auf insgesamt bis zu 50 OPC UA-Server
Benötigt den OPC UA Kommunikationstreiber.

Typ: ICONAG - OPC UA EW 50
1 St	......................	..............................
01.09.0120	OPC UA Erweiterungslizenz 100 Connections
OPC UA Server-Erweiterungslizenz 100,
erhöht die Anzahl der gleichzeitigen Zugriffe auf OPC UA-Server von 50 auf 100.
Benötigt die Erweiterungslizenz 50.

Typ: ICONAG - OPC UA EW 100
1 St	......................	..............................
Summe 01.09	OPC-Server		..............................	
Summe 01	Software		..............................	

02	Dienstleistung
02.01	Pflichtenheft
Hinweis:

Der Workshop und die Erstellung des gemeinsamen Pflichtenhefts ist vor dem ersten Projekt einmalig durchzuführen. Für alle Folgeaufträge wird dieses für Dienstleitungen herangezogen, so lange seitens des Bauherrn keine maßgeblichen Änderungen an der Errichtung von Management- und Bedienfunktionen gewünscht sind.
02.01.0010	Erstellung Pflichtenheft gemäß B-CON Standard
Erstellung eines Pflichtenheftes auf Basis des B-CON Standards. 
Gemeinsam dem Bauherrn und dem Fachplaner werden die einzelnen Punkte hinsichtlich Hardware, Software und Dienstleistungen im B-CON Standard erläutert und die zutreffenden Kriterien im Dokument festgehalten.

Das fertige Dokument wird allen Projektbeteiligten im Anschluss in digitaler Form (PDF-Format) zur Verfügung gestellt und dient als Projektpflichtenheft.

Die Besprechung findet via Online-Meeting statt.

Pauschal.

1 psch	......................	..............................
02.01.0020	Erstellung Pflichtenheft gemäß Vorgabe

Vor der Realisierung des Systems ist gemeinsam mit dem Bauherrn und dem Fachplaner ein
Pflichtenheft zu erstellen, welches die Einzelheiten der Funktionalität der Management- und Bedieneinrichtung festlegt und Grundlage für die Leistungserbringung wird.

Pauschal.

1 psch	......................	..............................
Summe 02.01	Pflichtenheft		..............................	

02.02	Projektmanagement
02.02.0010	Teilnahme an Projektbesprechungen vor Ort
Tagessatz für die Teilnahme an Projektbesprechungen zur Abstimung des grundlegenden Aufbaus des MBE-Systems und der Projektumsetzung.

Inkl. Reisekosten und Übernachtung.
1 St	......................	..............................
02.02.0020	Teilnahme an Projektbesprechungen via Online-Meeting
Stundensatz für die Teilnahme an Projektbesprechungen zur Abstimmung des grundlegenden Aufbaus des MBE-Systems und der Projektumsetzung via Online-Meeting.
1 St	......................	..............................
02.02.0030	Dokumentation (digital)
Zusammenstellung aller von B-CON angebotenen
Dokumentationsmöglichkeiten.

Alle Bildschirmseiten
Alle Diagrammseiten
Objektliste

Archivieren des gesamten Projektes in einem ZIP-Archiv. 
Diese Dokumentation wird dem Auftraggeber per E-Mail oder als Downloadlink zur Verfügung gestellt.

1 psch	......................	..............................
02.02.0040	Dokumentation
 (gedruckt)
Dokumentation und Ausdruck aller von B-CON angebotenen
Dokumentationsmöglichkeiten.

Alle Bildschirmseiten
Alle Diagrammseiten
Objektliste

Archivieren des gesamten Projektes auf einem Datenträger (USB-Stick/SD-Karte). 
Dokumentation und Datenträger müssen dem Betreiber der
Anlage in einfacher Ausführung übergeben werden. 
Hierzu ist ein A4-Ordner zu erstellen, der alle aktivierten Module sowie die Kopien aller
Bildschirmseiten sowie die aktuell zum Zeitpunkt der Übergabe
vorliegende Objektliste beinhaltet.

1 psch	......................	..............................
Summe 02.02	Projektmanagement		..............................	

02.03	Grundkonfiguration Management- und  Bedieneinrichtung
02.03.0010	Grundkonfiguration B-CON Server (Hardware)
Grundkonfiguration der Betriebssysteme vornehmen und alle benötigten Softwarekomponenten installieren und betriebsfertig einrichten.

Installation und Einrichtung der B-CON Runtime-Umgebung vornehmen.

Einrichten und prüfen der Netzwerkverbindung.

Pauschal je Server-System.

Hinweis: 
Diese Position findet nur Anwendung bei physikalischen Server-Systemen, die von ICONAG geliefert oder ICONAG vor der Inbetriebnahme vom Auftraggeber zur Verfügung gestellt werden. Die Leistungserbringung erfolgt im ICONAG Büro. Für alle weiteren Systeme (physikalische Systeme vor Ort oder virtualisierte Systeme) erfolgt die Grundkonfiguration im Rahmen der Inbetriebnahme. 
1 St	......................	..............................
02.03.0020	Grundkonfiguration B-CON Browser-Client (Hardware)
Grundkonfiguration der Betriebssysteme vornehmen und alle benötigten Softwarekomponenten installieren und betriebsfertig einrichten.

Einrichten und prüfen der Netzwerkverbindung.

Pauschal je B-CON Browser-Client.

Hinweis: 
Diese Position findet nur Anwendung bei physikalischen Client-Systemen, die von ICONAG geliefert oder ICONAG vor der Inbetriebnahme vom Auftraggeber zur Verfügung gestellt werden. Die Leistungserbringung erfolgt im ICONAG Büro. Für alle weiteren Systeme (physikalische Systeme vor Ort oder virtualisierte Systeme) erfolgt die Grundkonfiguration im Rahmen der Inbetriebnahme. 
1 St	......................	..............................
02.03.0030	B-CON Hot-Standby-Redundanz einrichten
Herstellen und prüfen der Redundanz-Funktionen zwischen den MBE-, Datenbank- und Schnittstellen-Servern.

Pauschal.

Hinweis: 
Diese Position findet nur Anwendung bei physikalischenn Serversystemen, die von ICONAG geliefert oder ICONAG vor der Inbetriebnahme vom Auftraggeber zur Verfügung gestellt werden. Die Leistungserbringung erfolgt im ICONAG Büro. Für alle weiteren Systeme (physikalische Systeme vor Ort oder virtualisierte Systeme) erfolgt die Einrichtung im Rahmen der Inbetriebnahme. 
1 psch	......................	..............................
02.03.0040	B-CON Benutzer anlegen 
Erstmaliges Anlegen von Benutzern samt Berechtigungsdetails:

- Benutzername anlegen
- Berechtigungsprofil anlegen
- Kennwort festlegen
- Gültigkeitszeitraum
- Gültigkeitsdauer
- Alarmfilterung einrichten

Die Festlegung der Benutzerhierarchie erfolgt nach den Vorgaben des Auftraggebers.
1 St	......................	..............................
Summe 02.03	Grundkonfiguration Management- und  Bedieneinrichtung		..............................	

02.04	B-CON Projektierung X2B-CON-Treiber
02.04.0010	BACnet2B-CON: Grundkonfiguration
Grundkonfiguration der BACnet2B-CON Treiberschnittstelle vornehmen:

•	BACnet-Kommunikationsparameter gemäß Kundenvorgabe einrichten:
- Device-ID
- Device-Name
- Adapter-IP
- UDP-Port
- Device-ID Scanbereich
- B-CON Adressierungsschema
- BBMDs anlegen
- BACnet Schreibpriorität
- B-CON Kommunikation

•	Netzwerk-Scan zur stichprobenartigen Prüfung der BACnet-Kommunikation 

Pauschal.
1 psch	......................	..............................
02.04.0020	KNX2B-CON: KNX-Schnittstelle anlegen
KNX-Schnittstelle (IP oder USB) im KNX2B-CON Treiber anlegen und konfigurieren mit folgendem Leistungsumfang:

•	1x KNX-Schnittstelle anlegen und konfigurieren 
•	(Falls vorhanden) Import einer, gemäß ICONAG KNX-Schnittstellenvorgaben, projektfertig übergebenen ETS-Exportdatei im .ESF- oder .CSV-Format.
•	Sobald eine physikalische Verbindung zur KNX-Schnittstelle besteht, wird ein lesender, stichprobenartiger Datenpunkttest über den Kommunikationsmodus des KNX2B-CON-Konfigurators durchgeführt.

Folgende Informationen sind je KNX-Schnittstelle vom Auftraggeber zur Verfügung zu stellen:

•	Typ (USB, IP-Routing, IP-Tunneling)
•	Name
•	IP-Adresse (nur IP)
•	Port (nur IP)
•	Protokoll (nur IP: Auto, UDP, TCP)

Pauschal je anzulegender KNX-Schnittstelle.
1 St	......................	..............................
02.04.0030	KNX2B-CON: Datenpunkt anlegen
Beinhaltet das Anlegen eines KNX-Datenpunktes (KNX-Gruppenadresse) zu einer bereits im KNX2B-CON Treiber angelegten KNX-Schnittstelle oder in einer bestehenden KNX2B-CON-Konfigurationsdatei gemäß einer vom Kunden beigestellten Datenpunktliste, die alle benötigten Parameter gemäß ICONAG KNX-Schnittstellenvorgaben beinhaltet.

Aus der neuen Konfiguration wird im Anschluss eine Konfiguartionsdatei erzeugt.

Die Konfigurationsdatei kann nach einmaliger Erstellung für den Datenpunkt-Import einer beiliebigen Anzahl von baugleichen KNX-Systemen verwendet werden.

Für die Erstellung ist ICONAG eine entsprechende Zuordnungsliste im XLSX- oder CSV-Format mit den anzulegenden KNX-Gruppenadressen, Klartextbezeichnungen, Einheiten, Datenpunkttyp (DPT), Verwendung, Adressname und Zuständen je Datenpukt zu übergeben.

Je anzulegendem Datenpunkt.
1 St	......................	..............................
02.04.0040	Modbus2B-CON: Modbus-Gerät anlegen
Modbus-Gerät (IP) im Modbus2B-CON Treiber anlegen und konfigurieren mit folgendem Leistungsumfang:

•	1x Modbus-Gerät anlegen und konfigurieren 
•	(Falls vorhanden) Import einer, gemäß ICONAG Modbus-Schnittstellenvorgaben, projektfertig übergebenen Modbus2B-CON-Konfig, Codesys-SYM- oder e!Cockpit-CSV-Datei.
•	Sobald eine physikalische Verbindung zum Modbus-Gerät besteht, wird ein lesender, stichprobenartiger Datenpunkttest über den Kommunikationsmodus des Modbus2B-CON-Konfigurators durchgeführt.

Folgende Informationen sind je Modbus-Gerät vom Auftraggeber zur Verfügung zu stellen:

•	Name
•	Unit-ID
•	IP-Adresse
•	Port
•	Pollrate
•	Byte Order
•	Word Order

Hinweis:
Ist keine Konfigurationsdatei (Modbus2B-CON-Konfig, Codesys-SYM- oder e!Cockpit-CSV-Datei) vorahanden, ist zusätzlich die Erstellung einer Modbus-Konfiguration bei ICONAG zu beauftragen.

Pauschal je anzulegendem Modbus-Gerät.
1 St	......................	..............................
02.04.0050	Modbus2B-CON: Datenpunkt anlegen
Beinhaltet das Anlegen eines Modbus-Datenpunktes zu einem bereits im Modbus2B-CON Treiber angelegten Modbus-Gerätes oder in einer bestehenden Modbus2B-CON-Konfigurationsdatei gemäß einer vom Kunden beigestellten Datenpunktliste, die alle benötigten Parameter gemäß ICONAG Modbus-Schnittstellenvorgaben beinhaltet.

Aus der neuen Konfiguration wird im Anschluss eine Konfiguartionsdatei erzeugt.

Die Konfigurationsdatei kann nach einmaliger Erstellung für den Datenpunkt-Import einer beiliebigen Anzahl von baugleichen Modbus-Geräten verwendet werden.

Für die Erstellung ist ICONAG eine entsprechende Zuordnungsliste im XLSX- oder CSV-Format mit den anzulegenden Modbus-Registeradressen, Klartextbezeichnungen, Einheiten, Datenpunkttyp und Zuständen je Datenpukt zu übergeben.

Je anzulegendem Datenpunkt.

1 St	......................	..............................
Summe 02.04	B-CON Projektierung X2B-CON-Treiber		..............................	

02.05	B-CON Projektierung OPC-Server
02.05.0010	OPC-Server: Installation und Grundkonfiguration 
Von ICONAG gelieferten OPC-Server eines Fremdherstellers auf dem B-CON MBE-Server installieren und Grundkonfiguration vornehmen.

Pauschal je OPC-Server.
1 psch	......................	..............................
02.05.0020	OPC-Server: Kommunikationsteilnehmer anlegen
Kommunikationsteilnehmer im bereits funktionsbereit auf dem B-CON MBE-Server eingerichteten OPC-Server mit folgendem Leistungsumfang anlegen und konfigurieren:

•	1x Kommunikationsteilnehmer anlegen und konfigurieren 
•	(Falls vorhanden) Import einer projektfertig übergebenen Symbol-/Konfigurationsdatei oder "browsen" des Kommunikationsteilnehmers und Übernhame der Datenpunkte.
•	Sobald eine physikalische Verbindung zum Kommunikationsteilnehmer besteht, wird ein lesender, stichprobenartiger Datenpunkttest über den B-CON OPC-Client durchgeführt.

Je Kommunikationsteilnehmer sind ICONAG vorab alle benötigten Kommunikations- und Geräteinformationen (z.B. IP-Adresse, Gerätename, Pollrate, etc.) zu übergeben. Die benötigten Parameter können sich je Kommunikationsprotokoll unterscheiden und werden treiberspezifisch von ICONAG angegeben.

Pauschal je anzulegendem Kommunikationsteilnehmer.

1 St	......................	..............................
02.05.0030	OPC-Server: Datenpunkt anlegen
Beinhaltet das Anlegen eines OPC-Datenpunktes zu einem bereits im OPC-Server angelegten Kommunikationsteilnehmers gemäß einer vom Kunden beigestellten Datenpunktliste, die alle benötigten Parameter gemäß ICONAG OPC-Schnittstellenvorgaben beinhaltet.

Für die Erstellung ist ICONAG eine entsprechende Zuordnungsliste im XLSX- oder CSV-Format mit den anzulegenden OPC-Datenpunktnamen, Klartextbezeichnungen, Einheiten, Datenpunkttyp und Zuständen je Datenpukt zu übergeben.

Je anzulegendem Datenpunkt.
1 St	......................	..............................
Summe 02.05	B-CON Projektierung OPC-Server		..............................	

02.06	B-CON Projektierung Datenpunktkonfiguration
02.06.0010	Datenpunktübernahme von B-CON Kommunikationsserver
Leistung beinhaltet, den Import von Datenpunkten in ein B-CON Server-Projekt die von 

einem B-CON-Kommunikationsserver 

zur Verfügung gestellt werden und unmittelbar in das Server-Projekt übernommen werden können.

Je Datenpunkt.
1 St	......................	..............................
02.06.0020	Datenpunktübernahme von BACnet2B-CON durch "Online-Browsing"

Leistung beinhaltet, den Import von Datenpunkten in ein B-CON Server- oder B-CON-Kommunikationsserver-Projekt die von 

einem Automatisierungssystem mit BACnet/IP-Schnittstelle 

zur Verfügung gestellt werden, über den BACnet2B-CON-Treiber aufgeschaltet und durch aktives Ausbrowsen im Netzwerk ausgelesen werden können. 

Hierzu ist vor Beginn der ICONAG-Projektierungsleistungen der B-CON-Server betriebsbereit im Netzwerk der relevanten BACnet-Geräte zur Verfügung zu stellen und die Netzwerk-Routen und benötigten Portfreigaben seitens des Auftraggebers einzurichten.
ICONAG sind die IP-Adressen und BACnet-Device-IDs der relevanten Geräte zu übergeben.
Nach dem erfolgreichen "Ausbrowsen" der BACnet-Geräte wird dem AG eine Datenpunktliste der gescannten Geräte übergeben.
Diese ist vom AG anschließend auf die für das B-CON System relevanten Datenpunkte zu filtern und an ICONAG zurück zu senden.
Abschließend wir die gefilterte Datenpunkt-Konfiguration im B-CON Projekt angelegt.

Die Leistungserbringung erfolgt via Ferneinwahl.
Eine Ferneinwahlmöglichkeit auf den B-CON Server ist hierzu vom AG zur Verfügung zu stellen.

Pauschal je BACnet-Gerät. 
1 St	......................	..............................
02.06.0030	Datenpunktübernahme von Kommunikationstreiber

Leistung beinhaltet, den Import von Datenpunkten in ein B-CON Server- oder B-CON-Kommunikationsserver-Projekt die von 

einem Automatisierungssystem 

zur Verfügung gestellt werden und entweder über eine der bereits funktionsbereit eingerichteten X2B-CON-Treiberschnittstellen oder über einen bereits funktionsbereit eingerichteten OPC Server aufgeschaltet werden können. 

KNX-Schnittstelle(Gerät) und Modbus-Geräte:
Zu importierende Datenpunkte müssen bereits vollständig in KNX- bzw. Modbus2B-CON angelegt und konfiguriert sein. 

BACnet-Geräte:
Je BACnet-Gerät ist vom AG vorab eine BACnet-EDE-Datei zu übergeben. Der Aufbau der EDE-File hat hierbei nach BigEU-Vorgabe zu erfolgen.
Die zugehörigen Object-Types-, Units- und State-Text-Listen sind ebenfalls zu übergeben.
Properitäre BACnet-Objekte und -Properties werden nicht angelegt.
Die EDE-Datei ist vorab vom AG so zu filtern, dass diese nur die für die Projektierung der MBE relevanten BACnet-Objekte enthält.
Eine nachträgliche Filterung in der MBE-Software ist in dieser Position nichht enthalten.

OPC-Server:
Der OPC-Server muss bereits funktionsbereit auf dem MBE-Server eingerichtet sein. Alle für das B-CON-Projekt relevanten Geräte und Datenpunkte müssen im OPC-Server angelegt und konfiguriert sein und mittels eines unabhängigen OPC Client (z.b. Softing Demo Client) auf korrekte Datenkommunikation (schreiben/lesen) geprüft sein.

Je Gerät/OPC-Server-Konfiguration.

1 St	......................	..............................
02.06.0040	Virtuellen Datenpunkt anlegen
Beinhaltet das Anlegen eines virtuellen Datenpunktes im B-CON Objekteditor.

Pauschal je virtuellem Datenpunkt.
1 St	......................	..............................
02.06.0050	Datenpunktkonfiguration
Leistung beinhaltet die grundlegende Datenpunktkonfiguration:

- Datenpunktskalierung (Formel lesend/schreibend) einrichten
- Zuweisen von Einheiten
- Beschreibungstexte anpassen

Einrichtungskosten berechnen sich je Datenpunkt.

1 St	......................	..............................
02.06.0060	Zuweisung Managementfunktion Alarm-/Messagehandler
Leistung beinhaltet das Zuweisen eines Datenpunktes zu den B-CON Managementfunktionen Alarm- und Messagehandler.

Zuweisung zu Managementfunktionen:
•	Zuweisen zum Alarmhandler und/oder Messagehandler
•	Einrichtung von bis zu 2 Alarmbedingungen gemäß Kundenvorgabe (binär oder Grenzwert)
•	Je Alarmbedingung Zuweisung eines Alarmtextes gemäß Kundenvorgabe
•	Zuweisung eines Alarm-VI's
•	Einrichten einer Alarmverzögerung
•	Zuweisen einer Handlungsanweisung

Hinweis:
•	Diese Position wird ebenfalls für die Abonnierung von BACnet Notification Classes angewendet
•	Für die Einrichtung von individuellen Alarmbedingungen und Alarmtexten ist vom Kunden vor der Projektierung eine Auflistung mit Alarmdatenpunkten und den zugehörigen Alarmbedingungen und Alarmtexten zu übergeben.
•	Für die Zuweisung von Handlungsanweisungen wird das Funktionsmodul Handlungsanweisung benötigt.

Einrichtungskosten berechnen sich je Datenpunkt.

1 St	......................	..............................
02.06.0070	Zuweisung Managementfunktion Historie / Energiemanagement
Leistung beinhaltet das Zuweisen eines Datenpunktes zu den B-CON Managementfunktionen Historie und Energiemanagement.

Zuweisung zu Managementfunktionen:
•	Zuweisen zum Historie und/oder Energiemanagement
•	Einrichtung der Speichertiefe gemäß Kundenvorgabe
•	Einrichtung von bis zu 2 Speicherbedingungen (zeit-, wertebasiert) gemäß Kundenvorgabe
•	Zuordnung zu einer Historiengruppe

Hinweis:
•	Diese Position wird ebenfalls für die Einrichtung von BACnet TrendLogs angewendet
•	Für die Einrichtung von individuellen Speicherbedingungen und Historiengruppen ist vom Kunden vor der Projektierung eine Auflistung mit zu historisierenden Datenpunkten und den zugehörigen Speicherbedingungen und Gruppenzuordnungen zu übergeben.

Einrichtungskosten berechnen sich je Datenpunkt.

1 St	......................	..............................
Summe 02.06	B-CON Projektierung Datenpunktkonfiguration		..............................	

02.07	B-CON Projektierung Managementfunktionen
02.07.0010	B-CON "Messagehandler": Grundkonfiguration
Grundkonfiguration des B-CON Programmmoduls "Messagehandler" vornehmen:

•	Verbindungseinrichtung für einen Meldungskanal (E-Mail 1, E-Mail 2 oder SMS) vornehmen

Für die Einrichtung einer E-Mail-Verbindung ist ein Mailserver vom Auftrgaggeber beizustellen. Folgende Verbindungsinformationen sind vorab an ICONAG zu übergeben:

•	Absender E-Mail-Adresse
•	SMTP-Server
•	SMTP/SSL SMTP Port
•	Authentifizierung
•	Benutzername
•	Passwort

Für die Einrichtung einer SMS-Verbindung sind hierzu vorab folgende Verbindungsinformationen an ICONAG zu übergeben:

•	Name
•	COM-Port (wenn nicht von ICONAG konfiguriert)
•	SIM-PIN

Hinweis: 
Für den Meldungsversand via SMS wird eine Lizenz des Moduls "SMS" oder "Multimessage", sowie ein GSM-Gateway samt SIM-Karte (vom AG beizustellen) benötigt. Die Lieferung und Einrichtung dieser Leistungen sind in dieser Position nicht enthalten.
 
Pauschal je Einrichtung eines Meldungskanals.

1 psch	......................	..............................
02.07.0020	B-CON "Messagehandler": Meldungsempfänger einrichten
Einrichten eines neuen Meldungsempfängers im B-CON Programmmodul "Messagerhandler" als reinen Meldungsempfänger oder Meldungskonfiguration eines bestehenden B-CON Benutzers mit folgendem Leistungsumfang:

•	Meldungsempfänger anlegen
•	Zuweisen der Meldekanäle
•	E-Mail-Adresse/Mobilfunknummer (nur SMS) einpflegen

Hinweis: 
Für den Meldungsversand via SMS wird eine Lizenz des Moduls "SMS" oder "Multimessage", sowie ein GSM-Gateway samt SIM-Karte (vom AG beizustellen) benötigt. Die Lieferung und Einrichtung dieser Leistungen sind in dieser Position nicht enthalten.

Pauschal je einzurichtendem Meldungsempfänger.
1 St	......................	..............................
02.07.0030	B-CON "Messagehandler": Meldeprogramm anlegen
Einrichten eines neuen Meldeprogramms im B-CON Programmmodul "Messagerhandler" mit folgendem Leistungsumfang:

•	Name des Meldeprogramms
•	Zuordnung der Meldeempfänger 
•	Konfiguration Meldungsnachricht bestehend aus
	- Kopfzeile
	- Meldetext
	- Ahänge (nur E-Mail-Versand)
•	Zuordnung der Meldeobjekte
•	Prüfung des Meldeprogramms durch Versenden einer Testmeldung

Voraussetzungen:
•	Die benötigten Meldungskanäle (E-Mail1, E-Mail2, SMS) müssen bereits funktionsbereit konfiguriert sein
•	Meldeempfänger
	a) müssen bereits als B-CON Benutzer samt E-Mail- bzw. SMS-Kontakt hinterlegt sein und in der B-CON 	Berechtigungsvergabe als Meldungsempfänger freigeschaltet sein.
	b) Reine Meldungsempfänger müssen als Meldungsempfänger bereits im Programmmodul 	Messagehandler angelegt sein
•	Je einzurichtendem Meldungsprogramm sind vom Auftraggeber folgende Informationen an ICONAG zu übergeben:
	- Meldungsempfänger
	- Meldungstitel (Kopfzeile)
	- Meldetext
	- Anzuhängende Dokumente (nur E-Mail)
	- Meldeobjekte

Hinweis: 
Für den Meldungsversand via SMS wird eine Lizenz des Moduls "SMS" oder "Multimessage", sowie ein GSM-Gateway samt SIM-Karte (vom AG beizustellen) benötigt. Die Lieferung und Einrichtung dieser Leistungen sind in dieser Position nicht enthalten.

Pauschal je einzurichtendem Meldungsprogramm.

1 St	......................	..............................
02.07.0040	B-CON "Zeitschaltuhr": Zeitprogramm anlegen
Einrichten eines neuen Zeitprogramms im B-CON Programmmodul "Zeitschaltuhr" mit nachfolgendem Leistungsumfang. 

•	Aktivieren des Zeitprogramms
•	Zeitprogrammname vergeben
•	Gültigkeitszeitraum festlegen (Datum)
•	Festlegen der Zeitprogrammnachführung
•	Zuweisen von bis zu 4 Zeitschaltobjekten
•	Zuweisen von bis zu 4 Profilen
•	Zuweisen von bis zu 4 Ausnahmeprogrammen

Einem Zeitprogramm können weitere Zeitschaltobjekte, Profile oder Ausnahmeprogramme zugeordnet werden.

Folgende Informationen sind vorab vom AG an ICONAG zu übergeben:

•	Zu schaltende Objekte
•	Zeitprogrammname
•	Gültigkeitszeitraum (Datum)
•	Zu verwendende Profile
•	Zu hinterlegende Ausnahmeprogramme
 
Pauschal je Zeitprogramm.

1 St	......................	..............................
02.07.0050	B-CON "Zeitschaltuhr": Zuordnung je weitere 4 Zeitschaltobjekte, Profile oder Ausnahmeprogramme
Zuordnung von je weiteren 4 Zeitschaltobjekte, Profile oder Ausnahmeprogramme zu einem bereits bestehendem Zeitprogramm.

•	Zuweisen von bis zu 4 Zeitschaltobjekten oder
•	Zuweisen von bis zu 4 Profilen oder
•	Zuweisen von bis zu 4 Ausnahmeprogrammen

Folgende Informationen sind vorab vom AG an ICONAG zu übergeben:
•	
•	Zu schaltende Objekte oder
•	Zu verwendende Profile oder
•	Zu hinterlegende Ausnahmeprogramme

Pauschal.
1 St	......................	..............................
02.07.0060	B-CON "Zeitschaltuhr": Profil anlegen
Einrichten eines neuen Profils im B-CON Programmmodul "Zeitschaltuhr" mit nachfolgendem Leistungsumfang. Das Profil kann anschließend in beliebigen Zeitprogrammen verwendet werden.

•	Aktivieren des Profils
•	Profilname vergeben
•	Gültigkeit festlegen (Wochentage)
•	Bis zu 4 Zeitkanäle (Zeitschaltpunkte) einrichten

Einem Profil können weitere Zeitkanäle zugeordnet werden.

Folgende Informationen sind vorab vom AG an ICONAG zu übergeben:

•	Profilname
•	Gülitigkeit (Wochentage)
•	Zeitschaltpunkte

Pauschal je Profil.

1 St	......................	..............................
02.07.0070	B-CON "Zeitschaltuhr": Weiterer Zeitkanal
Einrichten eines weiteren Zeitkanals in einem bereits bestehendem Profil.
Konfiguration der folgenden Zeitkanal-Eigenschaften:

•	Zeitkanal-Name
•	Zeitstempel
•	Wert (String) 

Die einzurichtenden Informationen sind vorab vom AG an ICONAG zu übergeben.

Pauschal je weiterem Zeitkanal.
1 St	......................	..............................
02.07.0080	B-CON "Zeitschaltuhr": Ausnahmeprogramm anlegen
Einrichten eines neuen Ausnahmeprogramms im B-CON Programmmodul "Zeitschaltuhr" mit nachfolgendem Leistungsumfang. Das Ausnahmeprogramm kann anschließend in beliebigen Zeitprogrammen verwendet werden.

•	Aktivieren des Ausnahmeprogramms
•	Ausnahmeprogrammname vergeben
•	Bis zu 12 Ausnahmetage oder -Zeiträume einpflegen 

Einem Ausnahmeprogramm können weitere Ausnahmetage zugeordnet werden.
Jede weiteren 12 Ausnahmetage werden mit 8,70 € berechnet.

Folgende Informationen sind vorab vom AG an ICONAG zu übergeben:

•	Ausnahmeprogrammname
•	Ausnahmetage oder -Zeiträume
 
Pauschal je Ausnahmeprogramm.

1 St	......................	..............................
02.07.0090	B-CON "Handlungsanweisungen": Handlungsanweisung anlegen
Einrichten einer neuen Handlungsanweisung im B-CON Programmmodul "Handlungsanweisungen" mit nachfolgendem Leistungsumfang. Die Handlungsanweisung kann anschließend beliebigen Alarmdatenpunkten zugeweisen werden.

•	Neue Handlungsanweisung anlegen
•	Name vergeben
•	Bis zu 8 Anweisungsschritte einpflegen
•	Bis zu 1 PDF-Datei verknüpfen

Folgende Informationen sind vorab vom AG an ICONAG zu übergeben:

•	Name der Handlungsanweisung
•	Zu hinterlegende Anweisungen
•	Zu verknüpfende PDF-Datei

Hinweis:
In dieser Position ist das Zuweisen von Handlungsanweisungen zu Alarmobjekten nicht enthalten.
Das Zuweisen von Handlungsanweisungen zu Alarmobjekten erfolgt mittels der Position "Zuweisung Managementfunktion Alarm-/Messagehandler".
 
Pauschal je Handlungsanweisung.

1 St	......................	..............................
Summe 02.07	B-CON Projektierung Managementfunktionen		..............................	

02.08	B-CON Projektierung EnMS
02.08.0010	Messstellenverwaltung: Messwertdatenpunkt konfigurieren
Leistung beinhaltet die Datenpunktkonfiguration und das Einrichten des Datenpunktes im Programmmodul "Messstellenverwaltung" mit folgendem Leistungsumfang:

•	Datenpunktkonfiguration vornehmen (Objekteditor: Datentyp, Programmmodulzuordnung)

Einrichtung folgender Parameter:
•	Einheit
•	Skalierung
•	Medium
•	Messwerttyp
•	Speicherzyklus
•	Einbauort
•	Alarmgrenzen (Wochentag, Wochenende)
•	Alarmdatenpunkt

Je Messwertdatenpunkt ist vom Auftraggeber vorab eine Zuordnungsliste mit den vorgenannten Parametern an ICONAG zu übergeben.

Je Messwertdatenpunkt.
1 St	......................	..............................
02.08.0020	Reportverwaltung: Autom. Report anlegen und konfigurieren
Leistung beinhaltet das Anlegen und Konfigurieren eines EnMS-Reports zum automatisierten Versand via E-Mail im Programmmodul "Reportverwaltung" mit folgendem Leistungsumfang:

•	Anlegen eines (1 Stück) neuen Reports für den automatisierten Versand an bis zu 10 E-Mail-Empfänger 

Einrichtung folgender Parameter:
•	Bezeichung
•	Versendehäufigkeit
•	Uhrzeit
•	Bereichswahl
•	Wertedarstellung
•	Ausgabeformat
•	Vorlage
•	Messwerte
•	Empfänger (E-Mail-Adressen)

Je anzulegendem Report ist vom Auftraggeber vorab eine Zuordnungsliste mit den vorgenannten Parametern an ICONAG zu übergeben.

Je automatisiertem Report.
1 St	......................	..............................
02.08.0030	Messwertauswertung: Favorit anlegen und konfigurieren
Leistung beinhaltet das Anlegen und Konfigurieren eines EnMS-Favoriten zur schnellen Auswertung einer spezifischen Auswertungskonfiguration im Programmmodul "Messwertauswertung" mit folgendem Leistungsumfang:

•	Anlegen eines (1 Stück) neuen Favoriten mit bis zu 8 Messwerten 

Einrichtung folgender Parameter:
•	Favorit-Name
•	Sichtbarkeit
•	Messwerte (bis zu 8 Stück) 
•	Ausgabedarstellung
•	Bereischswahl
•	Wertedarstellung

Je anzulegendem Favoriten ist vom Auftraggeber vorab eine Zuordnungsliste mit den vorgenannten Parametern an ICONAG zu übergeben.

Je EnMS-Favorit.
1 St	......................	..............................
02.08.0040	Sankey-Diagramm einrichten mit bis zu 8 Knoten und bis zu 16 Beziehungen
Anlagen und einrichten eines Sankey-Diagramms in den B-CON SysTools nach Vorgabe des AG.
Hierzu sind vom AG die anzulegenden Datenpunkte (Knoten) und die zwischen den Knoten herzustellenden Beziehungen mitzuteilen.

Knoten:
Für virtuelle Knotenpunkte ist seitens des AG der Knotentyp (manueller Wert oder Summe der eingehenden Verbindungen) anzugeben. 
Für virtuelle Knotenpunkte mit manueller Wertvorgabe ist der entsprechende Wert vom AG vorzugeben.
Je Knoten kann bei Bedarf zusätzlich eiene Skalierung gemäß der Formel m * x + b eingerichtet werden, wobei x dem Datenpunktwert entspricht. Ist eine Skalierung einzurichten, ist diese vom AG vorzugeben.

Beziehungen:
Für jede Beziehung ist die Flussrichtung anzugeben (z.B. Knoten A zu Knoten B).
Im Standard erhält jede Verbindung seine Wertigkeit (je größer der Wert desto breiter die Liniendarstellung) vom Quellknoten.
Bei Bedarf kann eine Verbindung auch den Wert des Zielknotens annehmen. Dies ist vom AG vorzugeben.
Der Beziehungswert kann des Weiteren mit einem Faktor multipliziert werden. Dieser ist vom AG anzugeben.

Eine einmalige Überarbeitung der Konfiguration ist enthalten.
1 St	......................	..............................
Summe 02.08	B-CON Projektierung EnMS		..............................	

02.09	B-CON Projektierung Anlagenbilder
---------------------------------------------------------------------------------------

Preisanpassung bei Massenminderung

Die Kalkulation der Anlagengrafiken beruht auf der im Angebot angegebenen Gesamtmasse aller Anlagengrafiken in Euro. Bei einer Minderung der abzurechnenden Gesamtmasse in Euro kommen folgende Mindermengenzuschläge zur Anwendung:

Gesamtmassenminderung Anlagengrafiken in Euro
bis zu 5%: ohne Aufschlag
ab 5% je Prozentpunkt Massenminderung einen Aufschlag von 0,65% auf die Gesamtmasse in Euro

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Vorlagendateien

Je Anlagenbild ist vom Auftraggeber eine Vorlagendatei (z.B. Anlagenschema, -Skizze, TRIC- oder RI-Schema) an ICONAG zu übergeben, in der die zu verwendenden Datenpunkte eindeutig mit Datenpunktnamen verortet sind.

---------------------------------------------------------------------------------------
02.09.0010	Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 10 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) ohne Grafikelemente, die z.B. aus einer Dateivorlage zu importieren oder von dieser im Anlagenbild neu zu erstellen sind.

Zur Verwendung von einfachen Raumbedienfunktionen, Parameterseiten, Übersichtsseiten, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 10 dynamischen Anzeige- oder Bedienelementen
3.	Anlagenbild in die Navigationshierarchie einordnen
4.	Anlagenbild auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Hinweis:
ICONAG behält sich vor für diese Position eine Teilabrechnung vorzunehmen, sollte es projektspezifisch 

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0020	Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 25 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) ohne Grafikelemente, die z.B. aus einer Dateivorlage zu importieren oder von dieser im Anlagenbild neu zu erstellen sind.

Zur Verwendung von einfachen Raumbedienfunktionen, Parameterseiten, Übersichtsseiten, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 25 dynamischen Anzeige- oder Bedienelementen
3.	Anlagenbild in die Navigationshierarchie einordnen
4.	Anlagenbild auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
*** Bedarfsposition ohne Gesamtbetrag
02.09.0030	Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 50 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) ohne Grafikelemente, die z.B. aus einer Dateivorlage zu importieren oder von dieser im Anlagenbild neu zu erstellen sind.

Zur Verwendung von einfachen Raumbedienfunktionen, Parameterseiten, Übersichtsseiten, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 50 dynamischen Anzeige- oder Bedienelementen
3.	Anlagenbild in die Navigationshierarchie einordnen
4.	Anlagenbild auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	nur EP
*** Bedarfsposition ohne Gesamtbetrag
02.09.0040	Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 75 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) ohne Grafikelemente, die z.B. aus einer Dateivorlage zu importieren oder von dieser im Anlagenbild neu zu erstellen sind.

Zur Verwendung von einfachen Raumbedienfunktionen, Parameterseiten, Übersichtsseiten, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 75 dynamischen Anzeige- oder Bedienelementen
3.	Anlagenbild in die Navigationshierarchie einordnen
4.	Anlagenbild auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	nur EP
02.09.0050	Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 10 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen aus einer importfertigen Grafikvorlage. 
Die importfertige Grafikvorlage ist hierzu vom Auftraggeber im Format .WMF, .PNG, .JPEG oder .BMP und projektspezifischer Auflösung und Abmessung zur Verfügung zu stellen.
Die Vorlagendatei bedarf keiner Nachbearbeitung. 

Zur Verwendung von Grundrissvisualisierungen, Raum-Detailbildern, Anlagenbedienung, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Importieren und Ausrichten der Vorlagendatei
3.	Platzieren und verknüpfen von bis zu 10 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0060	Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 25 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen aus einer importfertigen Grafikvorlage. 
Die importfertige Grafikvorlage ist hierzu vom Auftraggeber im Format .WMF, .PNG, .JPEG oder .BMP und projektspezifischer Auflösung und Abmessung zur Verfügung zu stellen.
Die Vorlagendatei bedarf keiner Nachbearbeitung. 

Zur Verwendung von Grundrissvisualisierungen, Raum-Detailbildern, Anlagenbedienung, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Importieren und Ausrichten der Vorlagendatei
3.	Platzieren und verknüpfen von bis zu 25 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0070	Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 50 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen aus einer importfertigen Grafikvorlage. 
Die importfertige Grafikvorlage ist hierzu vom Auftraggeber im Format .WMF, .PNG, .JPEG oder .BMP und projektspezifischer Auflösung und Abmessung zur Verfügung zu stellen.
Die Vorlagendatei bedarf keiner Nachbearbeitung. 

Zur Verwendung von Grundrissvisualisierungen, Raum-Detailbildern, Anlagenbedienung, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Importieren und Ausrichten der Vorlagendatei
3.	Platzieren und verknüpfen von bis zu 50 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0080	Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 75 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen aus einer importfertigen Grafikvorlage. 
Die importfertige Grafikvorlage ist hierzu vom Auftraggeber im Format .WMF, .PNG, .JPEG oder .BMP und projektspezifischer Auflösung und Abmessung zur Verfügung zu stellen.
Die Vorlagendatei bedarf keiner Nachbearbeitung. 

Zur Verwendung von Grundrissvisualisierungen, Raum-Detailbildern, Anlagenbedienung, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Importieren und Ausrichten der Vorlagendatei
3.	Platzieren und verknüpfen von bis zu 75 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0090	Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 10 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen die im B-CON Visualisierungseditor nach Vorgabe projektspezifisch erstellt werden.

Hierzu sind vom Auftraggeber Anlagen-Schemata oder detaillierte Beschreibungen vorzulegen, die als Grundlagen zu Grafikerstellung dienen.

Zur Verwendung von Raum-Detailbildern, Anlagenbildern, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Erstellen der Grafikelemente
3.	Platzieren und verknüpfen von bis zu 10 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0100	Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 25 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen die im B-CON Visualisierungseditor nach Vorgabe projektspezifisch erstellt werden.

Hierzu sind vom Auftraggeber Anlagen-Schemata oder detaillierte Beschreibungen vorzulegen, die als Grundlagen zu Grafikerstellung dienen.

Zur Verwendung von Raum-Detailbildern, Anlagenbildern, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Erstellen der Grafikelemente
3.	Platzieren und verknüpfen von bis zu 25 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0110	Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 50 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen die im B-CON Visualisierungseditor nach Vorgabe projektspezifisch erstellt werden.

Hierzu sind vom Auftraggeber Anlagen-Schemata oder detaillierte Beschreibungen vorzulegen, die als Grundlagen zu Grafikerstellung dienen.

Zur Verwendung von Raum-Detailbildern, Anlagenbildern, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Erstellen der Grafikelemente
3.	Platzieren und verknüpfen von bis zu 50 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0120	Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 75 Anzeige- oder Bedienelementen
Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen die im B-CON Visualisierungseditor nach Vorgabe projektspezifisch erstellt werden.

Hierzu sind vom Auftraggeber Anlagen-Schemata oder detaillierte Beschreibungen vorzulegen, die als Grundlagen zu Grafikerstellung dienen.

Zur Verwendung von Raum-Detailbildern, Anlagenbildern, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Erstellen der Grafikelemente
3.	Platzieren und verknüpfen von bis zu 75 dynamischen Anzeige- oder Bedienelementen
4.	Anlagenbild in die Navigationshierarchie einordnen
5.	Anlagenbild auf Funktion prüfen
6.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.
1 St	......................	..............................
02.09.0130	Browser-Dashboard ohne Grafikelemente erstellen, mit bis zu 8 Charts
Erstellen einer Browser-Dashboard-Seite (HTML5) ohne Grafikelemente, die z.B. aus einer Dateivorlage zu importieren oder von dieser im Anlagenbild
neu zu erstellen sind.
 
Zur Verwendung von Energie- und Trenddaten-Dashboards etc.
 
Je Dashboard-Seite sind in dieser Position folgende Leistungen enthalten:
 
•	Erstellen einer Dashboardeite gemäß Pflichtenheft oder Kundenabsprache
•	Platzieren von bis zu 8 Chartcontrols
•	Je Chart Verknüpfung mit bis zu 8 Trenddatenpunkten
•	Dashboard-Seite in die Navigationshierarchie einordnen
•	Dashboard-Seite auf Funktion prüfen
•	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) Eindeutung mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Eine einmalige Überarbeitung der Dashboard-Seite ist in dieser Position enthalten.
 
Pauschal je Dashboard-Seite.
1 St	......................	..............................
02.09.0140	Browser-Bediendialog (PopUp) spezifisch, mit bis zu 5 Anzeige- oder Bedienelementen
Erstellen eines Browser-Bediendialogs (HTML5) ohne Grafikelemente, der als PopUp-Dialog über ein bestehendes Browser-Anlagenbild aufgerufen werden kann. Dieser Bediendialog ist für eine spezifische Bedienfunktion
 zu erstellen, die nicht dynamisch für mehrere identische Räume oder Anlagenkomponenten verwendet werden kann. 
Auch kommt diese Position bei mehreren identischen Bediendialogen zur Anwendung, wenn kein eindeutiges, interpretierbares und durchgängig korrekt angewendetes Kennzeichnungssystem für die Datenpunktbenamung vorliegt.

Zur Verwendung von Raumbedienfunktionen, Detailbedienung von Anlagenkomponenten, etc.

1.	Browser-Bediendialog gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 5 dynamischen Anzeige- oder Bedienelementen
3.	1x Schaltfläche zum Aufruf des Bediendialoges in vorhandenem Browser-Anlagenbild platzieren 
4.	Browser-Bediendialog auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlag

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Eine einmalige Überarbeitung des Bediendialoges ist in dieser Position enthalten.

Pauschal je Bediendialog.
1 St	......................	..............................
02.09.0150	Browser-Bediendialog (PopUp) spezifisch, mit bis zu 10 Anzeige- oder Bedienelementen
Erstellen eines Browser-Bediendialogs (HTML5) ohne Grafikelemente, der als PopUp-Dialog über ein bestehendes Browser-Anlagenbild aufgerufen werden kann. Dieser Bediendialog ist für eine spezifische Bedienfunktion
 zu erstellen, die nicht dynamisch für mehrere identische Räume oder Anlagenkomponenten verwendet werden kann. 
Auch kommt diese Position bei mehreren identischen Bediendialogen zur Anwendung, wenn kein eindeutiges, interpretierbares und durchgängig korrekt angewendetes Kennzeichnungssystem für die Datenpunktbenamung vorliegt.

Zur Verwendung von Raumbedienfunktionen, Detailbedienung von Anlagenkomponenten, etc.

1.	Browser-Bediendialog gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 10 dynamischen Anzeige- oder Bedienelementen
3.	1x Schaltfläche zum Aufruf des Bediendialoges in vorhandenem Browser-Anlagenbild platzieren 
4.	Browser-Bediendialog auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlag

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Eine einmalige Überarbeitung des Bediendialoges ist in dieser Position enthalten.

Pauschal je Bediendialog.
1 St	......................	..............................
*** Bedarfsposition ohne Gesamtbetrag
02.09.0160	Browser-Bediendialog (PopUp) dynamisch, mit bis zu 5 Anzeige- oder Bedienelementen
Erstellen eines Browser-Bediendialogs (HTML5) ohne Grafikelemente, der als PopUp-Dialog über ein bestehendes Browser-Anlagenbild aufgerufen werden kann. Dieser Bediendialog ist für Bedienfunktionen zu erstellen, die für mehrere identische Räume oder Anlagenkomponenten verwendet werden kann. Die Datenpunktverknüpfungen werden hierzu mit dynamisch ersetzbaren Platzhalterzeichen versehen.
Ein eindeutiges, interpretierbares und durchgängig korrekt angewendetes Kennzeichnungssystem für die Datenpunktbenamung ist hierfür Voraussetzung.

Zur Verwendung von Raumbedienfunktionen, Detailbedienung von Anlagenkomponenten, etc.

1.	Browser-Bediendialog gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 5 dynamischen Anzeige- oder Bedienelementen
3.	Einrichten der Dynamikfunktion
4.	Browser-Bediendialog auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlag

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Eine einmalige Überarbeitung des Bediendialoges ist in dieser Position enthalten.

Pauschal je Bediendialog.
1 St	......................	nur EP
*** Bedarfsposition ohne Gesamtbetrag
02.09.0170	Browser-Bediendialog (PopUp) dynamisch, mit bis zu 10 Anzeige- oder Bedienelementen
Erstellen eines Browser-Bediendialogs (HTML5) ohne Grafikelemente, der als PopUp-Dialog über ein bestehendes Browser-Anlagenbild aufgerufen werden kann. Dieser Bediendialog ist für Bedienfunktionen zu erstellen, die für mehrere identische Räume oder Anlagenkomponenten verwendet werden kann. Die Datenpunktverknüpfungen werden hierzu mit dynamisch ersetzbaren Platzhalterzeichen versehen.
Ein eindeutiges, interpretierbares und durchgängig korrekt angewendetes Kennzeichnungssystem für die Datenpunktbenamung ist hierfür Voraussetzung.

Zur Verwendung von Raumbedienfunktionen, Detailbedienung von Anlagenkomponenten, etc.

1.	Browser-Bediendialog gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Platzieren und verknüpfen von bis zu 10 dynamischen Anzeige- oder Bedienelementen
3.	Einrichten der Dynamikfunktion
4.	Browser-Bediendialog auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlag

Das Erstellen und Platzieren von statischen Grafikelementen, die in der Standard-Werkzeugpalette des B-CON Visualisierungseditors enthalten sind, um Gruppierungen oder logische Abgrenzungen zu erstellen, ist enthalten.

Eine einmalige Überarbeitung des Bediendialoges ist in dieser Position enthalten.

Pauschal je Bediendialog.
1 St	......................	nur EP
*** Bedarfsposition ohne Gesamtbetrag
02.09.0180	Aufruf dynamischer Browser-Bediendialog
Platzieren und Verknüpfen einer Schaltfläche zum Aufruf eines dynamischen Popup-Dialogs.
Einrichten der Dynamikfunktion.

Pauschal je Bediendialog.
1 St	......................	nur EP
02.09.0190	Browser-Anlagenbild: weiteres Anzeige- oder Bedienelement
Leistung beinhaltet das Platzieren und Verknüpfen eines weiteren Anzeige- oder Bedienelementes in einem bereits bestehenden Browser-Anlagenbild oder -Bediendialog.

Die zu verknüpfenden Datenpunkte müssen bereits in der B-CON Objektliste vorhanden sein.

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Je Anzeige- oder Bedienelement.
1 St	......................	..............................
02.09.0200	Browser-Anlagenbild überarbeiten
Leistung beinhaltet das Überarbeiten/Anpassen eines existierenden B-CON Anlagenbildes an einen aktuellen Anlagen- und Systemstatus in Absprache mit dem Kunden oder nach Vorlage eines Pflichtenheftes.
1 St	......................	..............................
02.09.0210	B-CON Projekt. Anlagenbild umbauen a. HTML5-WebVi
Leistung beinhaltet den Umbau eines existierenden klassischen B-CON-VI's auf ein B-CON-Web-VI. Hierbei erfolgt keine Anpassung des Anlagenbild-Designs. Es erfolgt lediglich ein Ersetzen der klassischen Controls durch B-CON-Webcontrols.

Bitte beachten Sie, dass aufgrund der unterschiedlichen Technologien das
Aussehen sowie die Bedienung der Anzeige- und Bedienelemente unter
Umständen nicht 1-zu-1 abgebildet werden können und sich hier in der
Handhabung bei der Browserbedienung Unterschiede ergeben.
1 St	......................	..............................
02.09.0220	Entwicklungsleistungen für projektspez. Sonderanpassungen nach Tagessatz

Zu verrechnender Tagessatz für Entwicklungsdienstleistungen durch
den Hersteller bzw. einen offiziellen ICONAG-Systempartner.
1 St	......................	..............................
Summe 02.09	B-CON Projektierung Anlagenbilder		..............................	

02.10	B-CON Projektierung Anlagenbilder nach Anlagentyp
Hinweise zu Positionen Anlagenbilder nach Anlagentypen:

In den nachfolgenden Positionen sind folgende Leistungen enthalten, wenn im jeweiligen Positionstext davon keine abweichenden Angaben gemacht werden:

Datenpunktimport:
•	Import von Datenpunkten im Umfang der im Artikeltext angegebenen Menge in ein B-CON Server- oder B-CON-Kommunikationsserver-Projekt, die von einem Automatisierungssystem zur Verfügung gestellt werden und entweder über eine der im Artikeltext angegebenen, bereits funktionsbereit eingerichteten, X2B-CON-Treiberschnittstellen oder, wenn angegeben, über einen bereits funktionsbereit eingerichteten OPC Server aufgeschaltet werden können.
•	KNX-Schnittstelle(Gerät) und Modbus-Geräte: Zu importierende Datenpunkte müssen bereits vollständig in KNX- bzw. Modbus2B-CON angelegt und konfiguriert sein. 
•	BACnet-Geräte: Je BACnet-Gerät ist vom AG vorab eine BACnet-EDE-Datei zu übergeben. Der Aufbau der EDE-File hat hierbei nach BigEU-Vorgabe zu erfolgen. Die zugehörigen Object-Types-, Units- und State-Text-Listen sind ebenfalls zu übergeben. Properitäre BACnet-Objekte und -Properties werden nicht angelegt. Die EDE-Datei ist vorab vom AG so zu filtern, dass diese nur die für die Projektierung der MBE relevanten BACnet-Objekte enthält. Eine nachträgliche Filterung in der MBE-Software ist in dieser Position nicht enthalten.
•	OPC-Server: Der OPC-Server muss bereits funktionsbereit auf dem MBE-Server eingerichtet sein. Alle für das B-CON-Projekt relevanten Geräte und Datenpunkte müssen im OPC-Server angelegt und konfiguriert sein und mittels eines unabhängigen OPC Client (z.b. Softing Demo Client) auf korrekte Datenkommunikation (schreiben/lesen) geprüft sein.

Datenpunktkonfiguration:
•	Falls erforderlich: 
•	Datenpunktskalierung (Formel lesend/schreibend) einrichten
•	Zuweisen von Einheiten

Zuweisung Managementfunktion Alarm-/Messagehandler:
•	Falls erforderlich: 
•	Zuweisen zum Alarmhandler und/oder Messagehandler
•	Einrichtung von bis zu 2 Alarmbedingungen gemäß Kundenvorgabe (binär oder Grenzwert)
•	Einrichten einer Alarmverzögerung
•	BACnet: Abonnierung von BACnet Notification Classes

Zuweisung Managementfunktion Historie / Energiemanagement:
•	Falls erforderlich:
•	Zuweisen zum Historie und/oder Energiemanagement
•	Einrichtung der Speichertiefe gemäß Kundenvorgabe
•	Einrichtung von bis zu 2 Speicherbedingungen (zeit-, wertebasiert) gemäß Kundenvorgabe
•	BACnet: Einrichtung von BACnet TrendLogs

Anlagenbilderstellung:
•	Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen die im B-CON Visualisierungseditor nach Vorgabe projektspezifisch erstellt werden. Gemäß Pflichtenheft oder Kundenabsprache.
•	Erstellen der Grafikelemente
•	Platzieren und verknüpfen von dynamischen Anzeige- oder Bedienelementen im Umfang der angegebenen Datenpunktmenge
•	Anlagenbild in die Navigationshierarchie einordnen
•	Anlagenbild auf Funktion prüfen
•	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage
•	Eine einmalige Überarbeitung des Anlagenbildes

Dokumentation:
•	Bildkopie in die B-CON Dokumentation einbinden

Folgende Voraussetzungen sind seitens des Auftraggebers zu erbringen:
•	Vom Auftraggeber sind Anlagen-Schemata oder detaillierte Beschreibungen vorzulegen, die als Grundlagen zu Grafikerstellung dienen.
•	Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in voriger oder einer separaten Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit den zu verknüpfenden Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Unkonfigurierte BACnet-Systeme:
BACnet-Systeme gelten dann als unkofniguriert, wenn eine der nachfolgenden Voraussetzungen in der BACnet-Projektierung eines aufzuschaltenden Gerätes nicht gegeben ist. In diesem Fall werden diese Systeme wie Modbus-/KNX-/OPC-Systeme behandelt und berechnet.

•	Alle für die MBE relevanten BACnet Objekte verfügen über einen eindeutigen Object_Name. Ist seitens des Bauherrn/Betriebers eine Bentzeradressierungssystem vorgegeben ist dieses im Object_Name eingepflegt.
•	Die Eigenschaft "Description" ist mit einem aussagekräftigen Klartext befüllt. 
•	bei analogen Datenpunkten (Analog Value/Input/Output) ist die Eigenschaft "Unit" ensprechend der übermittelten Wertigkeit in der Eigenschaft "Present-Value" gepflegt. Es werden ausschließlich Unit-Codes gemäß BACnet-Standard verwendet.
•	bei analogen Datenpunkten (Analog Value/Input/Output) entpricht die Wertskalierung in der Eigenschaft "Present-Value" der angegebenen Einheit in der Eigenschaft "Unit".
•	bei Datenpunkten vom Typ Binary (Value/Input/Output) sind die Eigenschaften "Active_Text" und "Inactive_Text" sinnvoll gemäß der Datenpunktfunktion befüllt
•	bei Datenpunkten vom Typ Multistate (Value/Input/Output) ist die Eigenschaft "State_Texts" sinnvoll gemäß der Datenpunktfunktion sowie der möglichen Zustände befüllt
•	Für das Alarm- und Eventmanagement sind die Funktionen gemäß BACnet-Standard (Intrinsic Reporting/Event Enrollement + Notification Classes) durchgängig anzuwenden
•	Es sind alle Meldungsklassen, gemäß Absprache mit dem Bauherrn/Betreiber, angelegt
•	BACnet-Objekte, die auf Grund einer Alarm- oder Grenzwertbedingung eine Meldung auf der Managmant- und Bedieneinrichtung generieren sollen, verfügen über eine entsprechende intrinsiche Alarmkonfiguration und sind einer Notification_Class zugeordnet bzw. werden durch ein Event_Enrollment Objekt überwacht.
•	Zeitschaltfunktionen sind ausschließlich mittels BACnet Schedule- und Calendar-Objekten in den Automationsstationen ausgeführt.
•	Datenpunkte, für die eine lückenlose (24/7) Aufzeichnung von Trenddaten gefordert ist, ist mittels BACnet Trendlog-Objekten eine Pufferung der Trenddaten auf der Automationsstation eingerichtet.

Abrechnung:
•	Es erfolgt keine Rückvergütung oder Anrechnung von Datenpunkten, wenn die im Artikel angegebenen maximale Datenpunktanzahl nicht erreicht wird.
•	Teilabrechnungen vorbehalten.
•	Abrechnung erfolgt nach Aufmaß.

02.10.0010	Raumlufttechnische Anlage (Modbus/KNX/OPC) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0020	Raumlufttechnische Anlage (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0030	Raumlufttechnische Anlage (Modbus/KNX/OPC) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0040	Raumlufttechnische Anlage (Modbus/KNX/OPC) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0050	Luftverteil- und Brandschutzklappen-Schema (Modbus/KNX/OPC) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0060	Luftverteil- und Brandschutzklappen-Schema (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0070	Luftverteil- und Brandschutzklappen-Schema (Modbus/KNX/OPC) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0080	Luftverteil- und Brandschutzklappen-Schema (Modbus/KNX/OPC) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0090	Wärmeerzeugende-/Kälteerzeugende Anlage (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0100	Wärme-/Kälteverteilung mit bis zu 2 Heizkreisen (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0110	Wärme-/Kälteverteilung mit bis zu 4 Heizkreisen (Modbus/KNX/OPC) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0120	Parameterseite als Popup-Dialog (Modbus/KNX/OPC) mit bis zu 5 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0130	Parameterseite als Popup-Dialog (Modbus/KNX/OPC) mit bis zu 15 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0140	Parameterseite als Popup-Dialog (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0150	Raumfunktionen in Grundrissdarstellung (Modbus/KNX/OPC) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0160	Raumfunktionen in Grundrissdarstellung (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0170	Raumfunktionen in Grundrissdarstellung (Modbus/KNX/OPC) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0180	Raumfunktionen in Grundrissdarstellung (Modbus/KNX/OPC) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0190	Raumdetailbild als Popup-Dialog (Modbus/KNX/OPC) mit bis zu 5 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0200	Raumdetailbild als Popup-Dialog (Modbus/KNX/OPC) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0210	Raumdetailbild als Popup-Dialog (Modbus/KNX/OPC) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................

02.10.0220	Raumlufttechnische Anlage (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0230	Raumlufttechnische Anlage (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0240	Raumlufttechnische Anlage (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0250	Raumlufttechnische Anlage (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0260	Luftverteil- und Brandschutzklappen-Schema (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0270	Luftverteil- und Brandschutzklappen-Schema (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0280	Luftverteil- und Brandschutzklappen-Schema (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0290	Luftverteil- und Brandschutzklappen-Schema (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0300	Wärmeerzeugende-/Kälteerzeugende Anlage (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0310	Wärmeerzeugende-/Kälteerzeugende Anlage (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0320	Wärme-/Kälteverteilung mit bis zu 2 Heizkreisen (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0330	Wärme-/Kälteverteilung mit bis zu 4 Heizkreisen (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0340	Sonstige Anlagetechnik der Wärme-/Kälteerzeugung (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0350	Sonstige Anlagetechnik der Wärme-/Kälteerzeugung (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0360	Sonstige Anlagetechnik der Wärme-/Kälteerzeugung (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0370	Sonstige Anlagetechnik der Wärme-/Kälteerzeugung (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0380	Sanitäre Anlagentechnik (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0390	Sanitäre Anlagentechnik (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0400	Sanitäre Anlagentechnik (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0410	Sanitäre Anlagentechnik (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0420	Parameterseite als Popup-Dialog (BACnet) mit bis zu 5 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0430	Parameterseite als Popup-Dialog (BACnet) mit bis zu 15 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0440	Parameterseite als Popup-Dialog (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0450	Liegenschaftsübersicht (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0460	Liegenschaftsübersicht (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0470	Liegenschaftsübersicht (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0480	Liegenschaftsübersicht (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0490	Gebäudeübersicht (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0500	Gebäudeübersicht (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0510	Gebäudeübersicht (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0520	Gebäudeübersicht (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0530	Raumfunktionen in Grundrissdarstellung (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0540	Raumfunktionen in Grundrissdarstellung (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0550	Raumfunktionen in Grundrissdarstellung (BACnet) mit bis zu 50 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0560	Raumfunktionen in Grundrissdarstellung (BACnet) mit bis zu 75 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0570	Raumdetailbild als Popup-Dialog (BACnet) mit bis zu 5 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0580	Raumdetailbild als Popup-Dialog (BACnet) mit bis zu 10 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
02.10.0590	Raumdetailbild als Popup-Dialog (BACnet) mit bis zu 25 DP
wie zuvor beschrieben, jedoch für den im Artikeltext angegebenen Anlagentyp, die angegebenen Treiberschnittstelle/n sowie für die maximal angegebene Datenpunktanzahl.

Je Anlagenbild.
1 St	......................	..............................
Summe 02.10	B-CON Projektierung Anlagenbilder nach Anlagentyp		..............................	

02.11	BACnet-Projektierung nach VDI 3814
---------------------------------------------------------------------------------------

Preisanpassung bei Massenminderung

Die Kalkulation der Anlagengrafiken beruht auf der im Angebot angegebenen Gesamtmasse aller Anlagengrafiken in Euro. Bei einer Minderung der abzurechnenden Gesamtmasse in Euro kommen folgende Mindermengenzuschläge zur Anwendung:

Gesamtmassenminderung Anlagengrafiken in Euro
bis zu 5%: ohne Aufschlag
ab 5% je Prozentpunkt Massenminderung einen Aufschlag von 0,65% auf die Gesamtmasse in Euro

---------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------

Vorlagendateien

Je Anlagenbild ist vom Auftraggeber eine Vorlagendatei (z.B. Anlagenschema, -Skizze, TRIC- oder RI-Schema) an ICONAG zu übergeben, in der die zu verwendenden Datenpunkte eindeutig mit Datenpunktnamen verortet sind.

---------------------------------------------------------------------------------------
02.11.0010	B-CON Projektierung - "Kommunikation Ein- / Ausgabefunktion" 
nach VDI 3814 - Leistungsteil 7 Managementfunktionen

Leistungsumfang:

Leistung beinhaltet, den Import von einfachen BACnet-Objekttypen, wie
•	Binäre Objekte
•	Analoge Objekte
•	Multistate Objekte
in ein B-CON Server- oder B-CON-Kommunikationsserver-Projekt die von 

einem Automatisierungssystem 

zur Verfügung gestellt werden und über eine bereits funktionsbereit eingerichtete BACnet2B-CON-Treiberschnittstellen aufgeschaltet werden können. 

BACnet-Geräte:
Je BACnet-Gerät ist vom AG vorab eine BACnet-EDE-Datei zu übergeben. Der Aufbau der EDE-File hat hierbei nach BigEU-Vorgabe zu erfolgen.
Die zugehörigen Object-Types-, Units- und State-Text-Listen sind ebenfalls zu übergeben.
Properitäre BACnet-Objekte und -Properties werden nicht angelegt.
Die EDE-Datei ist vorab vom AG so zu filtern, dass diese nur die für die Projektierung der MBE relevanten BACnet-Objekte enthält.
Eine nachträgliche Filterung in der MBE-Software ist in dieser Position nicht enthalten.

Einrichtungskosten berechnen sich je Datenpunkt.
1 St	......................	..............................
02.11.0020	B-CON Projektierung - "Kommunikation Block- / Datei" 
nach VDI 3814 - Leistungsteil 7 Managementfunktionen

Leistungsumfang:

Leistung beinhaltet, den Import von komplexen BACnet-Objekttypen, wie
•	Device Objekte
•	Schedule Objekte
•	NotificationClass Objekte
in ein B-CON Server- oder B-CON-Kommunikationsserver-Projekt die von 

einem Automatisierungssystem 

zur Verfügung gestellt werden und über eine bereits funktionsbereit eingerichtete BACnet2B-CON-Treiberschnittstellen aufgeschaltet werden können. 

BACnet-Geräte:
Je BACnet-Gerät ist vom AG vorab eine BACnet-EDE-Datei zu übergeben. Der Aufbau der EDE-File hat hierbei nach BigEU-Vorgabe zu erfolgen.
Die zugehörigen Object-Types-, Units- und State-Text-Listen sind ebenfalls zu übergeben.
Properitäre BACnet-Objekte und -Properties werden nicht angelegt.
Die EDE-Datei ist vorab vom AG so zu filtern, dass diese nur die für die Projektierung der MBE relevanten BACnet-Objekte enthält.
Eine nachträgliche Filterung in der MBE-Software ist in dieser Position nicht enthalten.

Einrichtungskosten berechnen sich je Datenpunkt.
1 St	......................	..............................
02.11.0030	B-CON Projektierung - "Ereignis-Langzeitspeicherung"
nach VDI 3814 - Leistungsteil 7 Managementfunktionen

Leistungsumfang:

Zuweisung zu Managementfunktionen:
•	Zuweisen zum Alarmhandler und/oder Messagehandler
•	Einrichtung von bis zu 2 Alarmbedingungen gemäß Kundenvorgabe (binär oder Grenzwert)
•	Je Alarmbedingung Zuweisung eines Alarmtextes gemäß Kundenvorgabe
•	Zuweisung eines Alarm-VI's
•	Einrichten einer Alarmverzögerung
•	Zuweisen einer Handlungsanweisung

Hinweis:
•	Diese Position wird ebenfalls für die Abonnierung von BACnet Notification Classes angewendet
•	Für die Einrichtung von individuellen Alarmbedingungen und Alarmtexten ist vom Kunden vor der Projektierung eine Auflistung mit Alarmdatenpunkten und den zugehörigen Alarmbedingungen und Alarmtexten zu übergeben.
•	Für die Zuweisung von Handlungsanweisungen wird das Funktionsmodul Handlungsanweisung benötigt.

Einrichtungskosten berechnen sich je Datenpunkt.
1 St	......................	..............................
02.11.0040	B-CON Projektierung - "Historisierung in Datenbank"
nach VDI 3814 - Leistungsteil 7 Managementfunktionen

Leistungsumfang:

Leistung beinhaltet das Zuweisen eines Datenpunktes zu den B-CON Managementfunktionen Historie und Energiemanagement.

Zuweisung zu Managementfunktionen:
•	Zuweisen zum Historie und/oder Energiemanagement
•	Einrichtung der Speichertiefe gemäß Kundenvorgabe
•	Einrichtung von bis zu 2 Speicherbedingungen (zeit-, wertebasiert) gemäß Kundenvorgabe
•	Zuordnung zu einer Historiengruppe

Hinweis:
•	Diese Position wird ebenfalls für die Einrichtung von BACnet TrendLogs angewendet
•	Für die Einrichtung von individuellen Speicherbedingungen und Historiengruppen ist vom Kunden vor der Projektierung eine Auflistung mit zu historisierenden Datenpunkten und den zugehörigen Speicherbedingungen und Gruppenzuordnungen zu übergeben.

Einrichtungskosten berechnen sich je Datenpunkt.
1 St	......................	..............................
02.11.0050	B-CON Projektierung - "Grafik / Anlagenbild" 
nach Vorlage nach VDI 3814 - Leistungsteil 8 Bedienfunktionen

Leistungsumfang:

Erstellen eines Browser-Anlagenbildes (HTML5) mit Hintergrund-Grafikelementen aus einer importfertigen Grafikvorlage. 
Die importfertige Grafikvorlage ist hierzu vom Auftraggeber im Format .WMF, .PNG, .JPEG oder .BMP und projektspezifischer Auflösung und Abmessung zur Verfügung zu stellen.
Die Vorlagendatei bedarf keiner Nachbearbeitung. 

Zur Verwendung von Grundrissvisualisierungen, Raum-Detailbildern, Anlagenbedienung, etc.

1.	Anlagenbild gemäß Pflichtenheft oder Kundenabsprache erstellen
2.	Importieren und Ausrichten der Vorlagendatei
3.	Anlagenbild in die Navigationshierarchie einordnen
4.	Anlagenbild auf Funktion prüfen
5.	Erstellen einer Bildkopie im Format .JPEG oder .PNG zur Kundenvorlage

Eine einmalige Überarbeitung des Anlagenbildes ist in dieser Position enthalten.

Pauschal je Anlagenbild.

1 St	......................	..............................
02.11.0060	B-CON Projektierung - "Dynamische Einblendung"
nach VDI 3814 - Leistungsteil 8 Bedienfunktionen

Leistungsumfang:

Platzieren und verknüpfen eines (1 Stück) dynamischen Anzeige- oder Bedienelementes auf einem bereits existierenden B-CON Anlagenbild.
Es kommen nur Anzeige- und Bedienelemente zum Einsatz die in der Standard-Controlpalette 
von B-CON enthalten sind.

Die im Anlagenbild zu verwendenden Datenpunkte sind vom Auftraggeber in einer Vorlagendatei (z.B. Anlagenschema oder -Skizze) eindeutig mit Datenpunktnamen zu verorten und an ICONAG zu übergeben.

Je dynamischer Einblendung.

1 St	......................	..............................
02.11.0070	B-CON Projektierung - "Ereignis-Anweisungstext" nach VDI 3814 - Leistungsteil 8 Bedienfunktionen

Leistungsumfang:

Einrichten einer neuen Handlungsanweisung im B-CON Programmmodul "Handlungsanweisungen" mit nachfolgendem Leistungsumfang. Die Handlungsanweisung kann anschließend beliebigen Alarmdatenpunkten zugeweisen werden.

•	Neue Handlungsanweisung anlegen
•	Name vergeben
•	Bis zu 8 Anweisungsschritte einpflegen
•	Bis zu 1 PDF-Datei verknüpfen

Folgende Informationen sind vorab vom AG an ICONAG zu übergeben:

•	Name der Handlungsanweisung
•	Zu hinterlegende Anweisungen
•	Zu verknüpfende PDF-Datei

Hinweis:
In dieser Position ist das Zuweisen von Handlungsanweisungen zu Alarmobjekten nicht enthalten.
Das Zuweisen von Handlungsanweisungen zu Alarmobjekten erfolgt mittels der Position "Zuweisung Managementfunktion Alarm-/Messagehandler".
 
Pauschal je Handlungsanweisung.
1 St	......................	..............................
02.11.0080	B-CON Projektierung - "Nachricht an externe Stelle"
nach VDI 3814 - Leistungsteil 8 Bedienfunktionen

Leistungsumfang:

B-CON "Messagehandler": Meldungsempfänger einrichten

Einrichten eines neuen Meldungsempfängers im B-CON Programmmodul "Messagerhandler" als reinen Meldungsempfänger oder Meldungskonfiguration eines bestehenden B-CON Benutzers mit folgendem Leistungsumfang:

•	Meldungsempfänger anlegen
•	Zuweisen der Meldekanäle
•	E-Mail-Adresse/Mobilfunknummer (nur SMS) einpflegen

Hinweis: 
Für den Meldungsversand via SMS wird eine Lizenz des Moduls "SMS" oder "Multimessage", sowie ein GSM-Gateway samt SIM-Karte (vom AG beizustellen) benötigt. Die Lieferung und Einrichtung dieser Leistungen sind in dieser Position nicht enthalten.

B-CON "Messagehandler": Meldeprogramm anlegen

Einrichten eines neuen Meldeprogramms im B-CON Programmmodul "Messagerhandler" mit folgendem Leistungsumfang:

•	Name des Meldeprogramms
•	Zuordnung der Meldeempfänger 
•	Konfiguration Meldungsnachricht bestehend aus
	- Kopfzeile
	- Meldetext
	- Ahänge (nur E-Mail-Versand)
•	Zuordnung der Meldeobjekte
•	Prüfung des Meldeprogramms durch Versenden einer Testmeldung

Voraussetzungen:
•	Die benötigten Meldungskanäle (E-Mail1, E-Mail2, SMS) müssen bereits funktionsbereit konfiguriert sein
•	Meldeempfänger
	a) müssen bereits als B-CON Benutzer samt E-Mail- bzw. SMS-Kontakt hinterlegt sein und in der B-CON 	Berechtigungsvergabe als Meldungsempfänger freigeschaltet sein.
	b) Reine Meldungsempfänger müssen als Meldungsempfänger bereits im Programmmodul 	Messagehandler angelegt sein
•	Je einzurichtendem Meldungsprogramm sind vom Auftraggeber folgende Informationen an ICONAG zu übergeben:
	- Meldungsempfänger
	- Meldungstitel (Kopfzeile)
	- Meldetext
	- Anzuhängende Dokumente (nur E-Mail)
	- Meldeobjekte

Hinweis: 
Für den Meldungsversand via SMS wird eine Lizenz des Moduls "SMS" oder "Multimessage", sowie ein GSM-Gateway samt SIM-Karte (vom AG beizustellen) benötigt. Die Lieferung und Einrichtung dieser Leistungen sind in dieser Position nicht enthalten.

Pauschal je einzurichtendem Meldungsempfänger und Meldungsprogramm.
1 St	......................	..............................
Summe 02.11	BACnet-Projektierung nach VDI 3814		..............................	

02.12	Projektierung (Pauschal)
02.12.0010	B-CON Projektierung (Pauschal)
Folgende Leistungen sind in dieser Position enthalten:

•	Pflichtenheft
	(   ) Erstellung Pflichtenheft gemäß B-CON Standard
	(   ) Erstellung Pflichtenheft gemäß Vorgabe
•	Projektmanagement
	_____ Stck Teilnahme an Projektbesprechungen
	__1__ Stck Dokumentation (digital)
•	Grundkonfiguration Management- und  Bedieneinrichtung
	_____ Stck B-CON Benutzer anlegen 
•	B-CON Projektierung X2B-CON-Treiber
	(   ) BACnet2B-CON: Grundkonfiguration
	_____ Stck KNX2B-CON: KNX-Schnittstelle anlegen
	_____ Stck KNX2B-CON: Datenpunkt anlegen
	_____ Stck Modbus2B-CON: Modbus-Gerät anlegen
	_____ Stck Modbus2B-CON: Datenpunkt anlegen
•	B-CON Projektierung OPC-Server
	_____ Stck OPC-Server: Installation und Grundkonfiguration
	_____ Stck OPC-Server: Kommunikationsteilnehmer anlegen
	_____ Stck OPC-Server: Datenpunkt anlegen
•	B-CON Projektierung Datenpunktkonfiguration
	_____ Stck Datenpunktübernahme von B-CON Kommunikationsserver
	_____ Stck Datenpunktübernahme von BACnet2B-CON durch "Online-Browsing"
	_____ Stck Datenpunktübernahme von Kommunikationstreiber
	_____ Stck Datenpunktkonfiguration
	_____ Stck Zuweisung Managementfunktion Alarm-/Messagehandler
	_____ Stck Zuweisung Managementfunktion Historie / Energiemanagement
•	B-CON Projektierung Managementfunktionen
	(   ) B-CON "Messagehandler": Grundkonfiguration
	_____ Stck B-CON "Messagehandler": Meldungsempfänger einrichten
	_____ Stck B-CON "Messagehandler": Meldeprogramm anlegen
	_____ Stck B-CON "Zeitschaltuhr": Zeitprogramm anlegen
	_____ Stck B-CON "Zeitschaltuhr": Zuordnung je weitere 4 Zeitschaltobjekte, Profile oder Ausnahmeprogramme
	_____ Stck B-CON "Zeitschaltuhr": Profil anlegen
	_____ Stck B-CON "Zeitschaltuhr": Weiterer Zeitkanal
	_____ Stck B-CON "Zeitschaltuhr": Ausnahmeprogramm anlegen
	_____ Stck B-CON "Handlungsanweisungen": Handlungsanweisung anlegen
•	B-CON Projektierung EnMS
	_____ Stck Messstellenverwaltung: Messwertdatenpunkt konfigurieren
	_____ Stck Reportverwaltung: Autom. Report anlegen und konfigurieren
	_____ Stck Messwertauswertung: Favorit anlegen und konfigurieren
•	B-CON Projektierung Anlagenbilder
Vorlagendateien:
Je Anlagenbild ist vom Auftraggeber eine Vorlagendatei (z.B. Anlagenschema, -Skizze, TRIC- oder RI-Schema) an ICONAG zu übergeben, in der die zu verwendenden Datenpunkte eindeutig mit Datenpunktnamen verortet sind.

	_____ Stck Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 10 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 25 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 50 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild ohne Grafikelemente erstellen, mit bis zu 75 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 10 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 25 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 50 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (Grafikvorlage) erstellen, mit bis zu 75 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 10 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 25 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 50 Anzeige- oder Bedienelementen
	_____ Stck Browser-Anlagenbild mit Grafikelementen (ohne Grafikvorlage) erstellen, mit bis zu 75 Anzeige- oder Bedienelementen
	_____ Stck Browser-Dashboard ohne Grafikelemente erstellen, mit bis zu 8 Charts
	_____ Stck Browser-Bediendialog (PopUp) spezifisch, mit bis zu 5 Anzeige- oder Bedienelementen
	_____ Stck Browser-Bediendialog (PopUp) spezifisch, mit bis zu 10 Anzeige- oder Bedienelementen
	_____ Stck Browser-Bediendialog (PopUp) dynamisch, mit bis zu 5 Anzeige- oder Bedienelementen
	_____ Stck Browser-Bediendialog (PopUp) dynamisch, mit bis zu 10 Anzeige- oder Bedienelementen
	_____ Stck Aufruf dynamischer Browser-Bediendialog

Hinweis:
Wir behalten uns vor, im Falle von Mehrleistungen über 5% des kalkulatorischen Dienstleistungspreises diese gemäß der Einheitspreise nachzuberechnen. Etwaige Minderleistungen einzelner Positionen werden dabei berücksichtigt.

Pauschal.
1 psch	......................	..............................
Summe 02.12	Projektierung (Pauschal)		..............................	

02.13	Inbetriebnahme und Funktionstest
02.13.0010	Probebetrieb
14-tägiger Probebetrieb, in dem die Funktionsweise der B-CON Management- und Bedieneinrichtung sowie kundenspezifische PlugIns stichprobenartig mittels Ferneinwahl durch einen ICONAG-Systemtechniker überwacht werden.

Seitens des AG ist durchgehend eine Internetverbindung sowie eine Ferneinwahlmöglichkeit auf das B-CON System bereitzustellen.

6 h	......................	..............................
02.13.0020	1:1 Datenpunkttest
Für jeden Datenpunkt ist ein 1:1-Datenpunkttest in Zusammenarbeit mit dem Auftragnehmer auf Automationbsebene durchzuführen.

Jeder Datenpunkt ist von der Feldebene (Sensor/Aktor) bis in die Management- und Bedieneinrichtung auf plausible Funktion und korrekte Verwendung im zugehörigen Anlagenbild zu prüfen und zu protokolieren.

Für die Kalkulation sind XXXX Datenpunkte zu berücksichtigen.

Seitens des Errichters der MBE kann der 1:1-Datenpunkttest auch durch Beistellung eines geeigneten Softwaretools erfolgen, dass es dem Auftragnehmer auf Automationsbene ermöglicht die Datenpunkttests autonom und zeitgleich mit mehreren Mitarbeitern durchzuführen. Der Umfang der Protokollierung und die Güte der Datenpunktests dürfen hierdurch jedoch keinesfalls geringer ausfallen. Ebenso darf hierdurch kein Mehraufwand für den Auftragnehmer auf Automationsebene entstehen. Im Gegenteil sollte der Einsatz eines Softwaretools eine effizientere Durchführung des 1:1-Datenpunkttests ermöglichen.
Das Softwaretool ist vorab dem Aufraggeber vorzustellen und zu demonstrieren. Die Zulassung des Softwaretools obliegt dem Auftraggeber.
1 psch	......................	..............................
02.13.0030	Inbetriebnahme und Funktionstest vor Ort
Inbetriebnahme der Management- und Bedieneinrichtung vor Ort in Terminabsprache mit dem Fachplaner und dem Bediener. Kosten für Übernachtung und Anfahrt sind in dieser Position mit zu berücksichtigen.

Zzgl. Reisekosten, Übernachtung und Spesen.
1 Tag	......................	..............................
02.13.0040	Anfahrtpauschale ICONAG-Systemtechniker
Idar-Oberstein => 
Die Pauschale deckt folgende Kosten ab:
1. An- und Abreisezeit für die reisende Person
2. Fahrzeug-, Bahn- oder Flugkosten für die An- und Abreise

1 St	......................	..............................
02.13.0050	Übernachtungen inkl. Spesen
Deckt die Übernachtungskosten inkl. Spesen eines ICONAG-Systemtechnikers ab.

Je Übernachtung.
1 St	......................	..............................
---------------------------------------------------------------------------------------

Dienstleistungen via Ferneinwahl

Dienstleistungen für Inbetriebnahmen, Funktionstests oder Benutzerweinweisungen werden via Ferneinwahl durchgeführt. Der B-CON Projekt-Server, sowie alle mit der Inbetriebnahme einzurichtenden Bedienplatz-Rechner sind bauseits so zu ertüchtigen, dass diese via Ferneinwahl von ICONAG erreicht werden können (Internetzugang, z.B. via DSL, LTE, etc.). 
Für Funktionstests mit unterlagerten Automatisierungssystemen muss ein Techniker des Kunden vor Ort zur Verfügung stehen.
Im Standard erfolgt die Einwahl seitens ICONAG mittels des Fernwartungstools "TeamViewer". Sollte die Nutzung von TeamViewer seitens des Kunden nicht zugelassen sein, ist bauseits eine alternative, gleichwertige Einwahlmöglichkeit mit ICONAG abzustimmen und bereit zu stellen.
Vor-Ort-Termine werden durch ICONAG nur nach vorheriger Absprache und nach Erfordernis durchgeführt. 

---------------------------------------------------------------------------------------
02.13.0060	Inbetriebnahme und Funktionstest via Ferneinwahl
Tagessatz für die Inbetriebnahme der Management- und Bedieneinrichtung via Ferneinwahl in Terminabsprache mit dem Fachplaner und dem Bediener. 
1 St	......................	..............................
02.13.0070	Inbetriebnahme und Funktionstest via Ferneinwahl (Stundensatz)
Stundensatz für die Inbetriebnahme der Management- und Bedieneinrichtung via Ferneinwahl in Terminabsprache mit dem Fachplaner und dem Bediener. 
1 St	......................	..............................
Summe 02.13	Inbetriebnahme und Funktionstest		..............................	

02.14	Wartung und Softwarepflege
---------------------------------------------------------------------------------------

Preisanpassung von Softwarepflege- und Update-Vereinbarungen (SPUV)

Bitte beachten Sie, dass bei einer Beauftragung etwaiger Optional- bzw. Alternativ-Positionen, eine Anpassung der Kalkulationsgrundlage der Softwarepflege- und Updatevereinbarung erfolgt.
Ebenso nachträglich erworbene Erweiterungen der Erstlizenzen (wie z.B. Datenpunktupgrade, zusätzliche Funktionsmodule und native Schnittstellen von ICONAG), werden automatisch Bestandteil dieser SPUV. Die Nachberechnung der Vergütung erfolgt erstmalig für die Zeit ab Auslieferung der jeweiligen Erweiterung von Beginn des Folgemonats bis zum Jahresende.
Ab dem Folgejahr wird die SPUV für Erstlizenzen und Erweiterungen zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet.

Preisgleitklausel: Für diesen Laufzeitvertrag gilt eine Preisgleitklausel. Die Preisanpassung erfolgt kalenderjährlich jeweils zum 1. Januar in Höhe der Preisentwicklung der Erzeugerpreise für Dienstleistungen in Deutschland. Grundlage der Preisanpassung ist der Prozentsatz, der vom Statistischen Bundesamt für das 3. Quartal des Vorjahres festgestellt wurde. 

---------------------------------------------------------------------------------------
*** Grundposition
02.14.0010	Softwarepflege- und Update-Vereinbarung (SPUV), 120 Monate
Softwarepflege- und Update- Vereinbarung für bestehende B-CON Serverlizenz

1. Präambel: Der Lizenznehmer der ICONAG-Softwareprodukte sowie die ICONAG möchten eine möglichst lange Nutzungsdauer des durch den Lizenznehmer erworbenen ICONAG Software-Systems sicherstellen. Darum haben beide Parteien ein Interesse daran, dass die lizenzierten Softwareprodukte weiter entwickelt werden und vereinbaren diese Softwarepflegeund Update-Vereinbarung (im Folgenden SPUV). Mit dieser SPUV unterstützt der Lizenznehmer die Weiterentwicklung der Software und erwirbt gleichzeitig das Recht, die jeweils neueste Version der eingesetzten ICONAG-Software anzufordern. Die SPUV wird mit dem Erst-Erwerb der ICONAG-Lizenzen abgeschlossen. Ein späterer Abschluss führt zu einer Nachberechnung.
2. Updates und Leistungen: ICONAG passt die ICONAG Produkte entsprechend dem technischen Fortschritt, den Wünschen der Anwender sowie der Erfahrung der ICONAG an. Dies führt zu Versionsupdates, Service-Releases und Bug-Fixes an den durch den Lizenznehmer lizenzierten ICONAG-Softwareprodukten. Diese stellt ICONAG dem Lizenznehmer kostenlos per Datenträger (z. B. USB-Stick, DVD) oder Download zur Verfügung. Eine Installation ist im Rahmen dieser Vereinbarung nicht geschuldet. ICONAG macht dabei keine Zusagen bezüglich der Zyklen von Versionsupdates und Servicereleases. Sobald ein Update ausgeliefert ist, tritt es hinsichtlich der Nutzungsrechte an die Stelle der alten Programmversion.
3. Laufzeit: Bei Neukauf einer Lizenz ist die SPUV im 1. Jahr nach Erwerb kostenfrei. Die SPUV wird nach Ablauf des 1. kostenfreien Jahres für die vereinbarte Vertragslaufzeit geschlossen (3, 5 oder 10 Jahre). Sie verlängert sich automatisch um drei Jahre, wenn sie nicht mit einer Frist von 3 Monaten zum Vertragsende gekündigt wird.
4. Vergütung: Für die getroffene Vereinbarung berechnet ICONAG dem Lizenznehmer jährlich 18% der gesamten Lizenzkosten für ICONAG-Software, also 1,50% pro Monat. Die Berechnung der Vergütung erfolgt auf Basis der jeweils aktuell gültigen Preisliste. Die Vergütung für SPUV wird erstmals nach Ablauf des 1. kostenfreien Jahres bis zum Ende des laufenden Kalenderjahres berechnet. In den Folgejahren wird die Vergütung jeweils zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet.
Die nachträglich erworbenen Erweiterungen der Erstlizenzen (wie z.B. Datenpunktupgrade, zusätzliche Funktionsmodule und native Schnittstellen von ICONAG), werden automatisch Bestandteil dieser SPUV. Die Nachberechnung der Vergütung erfolgt erstmalig für die Zeit ab Auslieferung der jeweiligen Erweiterung von Beginn des Folgemonats bis zum Jahresende.
Ab dem Folgejahr wird die SPUV für Erstlizenzen und Erweiterungen zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet.
Lizenznehmer ohne laufende SPUV können nachträglich eine SPUV abschließen. Beim nachträglichen Abschluss der SPUV entfällt das 1. kostenfreie Jahr. Berechnungsbeginn ist in diesem Fall der 01.01.2017. Für den Zeitraum zwischen 01.01.2017 und Abschluss der SPUV wird zusätzlich ein Nachberechnungszuschlag in Höhe von 50% der jährlichen SPUV Vergütung fällig. Der Nachberechnungszeitraum ist auf maximal 4 Jahre begrenzt.

Preisgleitklausel: Für diesen Laufzeitvertrag gilt eine Preisgleitklausel. Die Preisanpassung erfolgt kalenderjährlich jeweils zum 1. Januar in Höhe der Preisentwicklung der Erzeugerpreise für Dienstleistungen in Deutschland. Grundlage der Preisanpassung ist der Prozentsatz, der vom Statistischen Bundesamt für das 3. Quartal des Vorjahres festgestellt wurde. 

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
-
davon 12% pro Jahr

Berechnungszeitraum:
(10 Jahre)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 120 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Monat

1 Mon	......................	..............................
*** Alternativposition 1 zu Grundposition 02.14.0010
02.14.0020	Softwarepflege- und Update-Vereinbarung (SPUV), 60 Monate
Wie in vorheriger Position beschrieben, jedoch Laufzeit: 60 Monate.

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
- 
davon 15% pro Jahr

Berechnungszeitraum:
(5 Jahre)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 60 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Monat.
1 Mon	......................	nur EP
*** Alternativposition 2 zu Grundposition 02.14.0010
02.14.0030	Softwarepflege- und Update-Vereinbarung (SPUV), 36 Monate
Wie in vorheriger Position beschrieben, jedoch Laufzeit: 36 Monate.

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
- 
davon 18% pro Jahr

Berechnungszeitraum:
(3 Jahre)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 36 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Monat.
1 Mon	......................	nur EP
*** Alternativposition 1 zu Grundposition 02.14.0010
02.14.0040	Softwarepflege- und Update-Vereinbarung (SPUV), 12 Monate
Wie in vorheriger Position beschrieben, jedoch Laufzeit: 12 Monate.

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
- 
davon 21% pro Jahr

Berechnungszeitraum:
(1 Jahr)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 12 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Monat.
1 Mon	......................	nur EP
*** Grundposition
02.14.0050	Softwarepflege- und Update-Vereinbarung (SPUV), 12 Monate
Softwarepflege- und Update- Vereinbarung für bestehende B-CON Serverlizenz

1. Präambel: Der Lizenznehmer der ICONAG-Softwareprodukte sowie die ICONAG möchten eine möglichst lange Nutzungsdauer des durch den Lizenznehmer erworbenen ICONAG Software-Systems sicherstellen. Darum haben beide Parteien ein Interesse daran, dass die lizenzierten Softwareprodukte weiter entwickelt werden und vereinbaren diese Softwarepflegeund Update-Vereinbarung (im Folgenden SPUV). Mit dieser SPUV unterstützt der Lizenznehmer die Weiterentwicklung der Software und erwirbt gleichzeitig das Recht, die jeweils neueste Version der eingesetzten ICONAG-Software anzufordern. Die SPUV wird mit dem Erst-Erwerb der ICONAG-Lizenzen abgeschlossen. Ein späterer Abschluss führt zu einer Nachberechnung.
2. Updates und Leistungen: ICONAG passt die ICONAG Produkte entsprechend dem technischen Fortschritt, den Wünschen der Anwender sowie der Erfahrung der ICONAG an. Dies führt zu Versionsupdates, Service-Releases und Bug-Fixes an den durch den Lizenznehmer lizenzierten ICONAG-Softwareprodukten. Diese stellt ICONAG dem Lizenznehmer kostenlos per Datenträger (z. B. USB-Stick, DVD) oder Download zur Verfügung. Eine Installation ist im Rahmen dieser Vereinbarung nicht geschuldet. ICONAG macht dabei keine Zusagen bezüglich der Zyklen von Versionsupdates und Servicereleases. Sobald ein Update ausgeliefert ist, tritt es hinsichtlich der Nutzungsrechte an die Stelle der alten Programmversion.
3. Laufzeit: Bei Neukauf einer Lizenz ist die SPUV im 1. Jahr nach Erwerb kostenfrei. Die SPUV wird nach Ablauf des 1. kostenfreien Jahres für die vereinbarte Vertragslaufzeit geschlossen (3, 5 oder 10 Jahre). Sie verlängert sich automatisch um drei Jahre, wenn sie nicht mit einer Frist von 3 Monaten zum Vertragsende gekündigt wird.
4. Vergütung: Für die getroffene Vereinbarung berechnet ICONAG dem Lizenznehmer jährlich 18% der gesamten Lizenzkosten für ICONAG-Software, also 1,50% pro Monat. Die Berechnung der Vergütung erfolgt auf Basis der jeweils aktuell gültigen Preisliste. Die Vergütung für SPUV wird erstmals nach Ablauf des 1. kostenfreien Jahres bis zum Ende des laufenden Kalenderjahres berechnet. In den Folgejahren wird die Vergütung jeweils zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet.
Die nachträglich erworbenen Erweiterungen der Erstlizenzen (wie z.B. Datenpunktupgrade, zusätzliche Funktionsmodule und native Schnittstellen von ICONAG), werden automatisch Bestandteil dieser SPUV. Die Nachberechnung der Vergütung erfolgt erstmalig für die Zeit ab Auslieferung der jeweiligen Erweiterung von Beginn des Folgemonats bis zum Jahresende.
Ab dem Folgejahr wird die SPUV für Erstlizenzen und Erweiterungen zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet.
Lizenznehmer ohne laufende SPUV können nachträglich eine SPUV abschließen. Beim nachträglichen Abschluss der SPUV entfällt das 1. kostenfreie Jahr. Berechnungsbeginn ist in diesem Fall der 01.01.2017. Für den Zeitraum zwischen 01.01.2017 und Abschluss der SPUV wird zusätzlich ein Nachberechnungszuschlag in Höhe von 50% der jährlichen SPUV Vergütung fällig. Der Nachberechnungszeitraum ist auf maximal 4 Jahre begrenzt.

Preisgleitklausel: Für diesen Laufzeitvertrag gilt eine Preisgleitklausel. Die Preisanpassung erfolgt kalenderjährlich jeweils zum 1. Januar in Höhe der Preisentwicklung der Erzeugerpreise für Dienstleistungen in Deutschland. Grundlage der Preisanpassung ist der Prozentsatz, der vom Statistischen Bundesamt für das 3. Quartal des Vorjahres festgestellt wurde. 

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
- 
davon 21% pro Jahr

Berechnungszeitraum:
(1 Jahr)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 12 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Kalenderjahr
1 psch	......................	..............................
*** Alternativposition 1 zu Grundposition 02.14.0050
02.14.0060	Softwarepflege- und Update-Vereinbarung (SPUV), 36 Monate
Wie in vorheriger Position beschrieben, jedoch Laufzeit: 36 Monate.

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
- 
davon 18% pro Jahr

Berechnungszeitraum:
(3 Jahre)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 36 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Kalenderjahr
1 psch	......................	nur EP
*** Alternativposition 1 zu Grundposition 02.14.0050
02.14.0070	Softwarepflege- und Update-Vereinbarung (SPUV), 60 Monate
Wie in vorheriger Position beschrieben, jedoch Laufzeit: 60 Monate.

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
- 
davon 15% pro Jahr

Berechnungszeitraum:
(5 Jahre)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 60 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Kalenderjahr
1 psch	......................	nur EP
*** Alternativposition 2 zu Grundposition 02.14.0050
02.14.0080	Softwarepflege- und Update-Vereinbarung (SPUV), 120 Monate
Wie in vorheriger Position beschrieben, jedoch Laufzeit: 120 Monate.

Kalkulationsgrundlage:
Listenpreis B-CON Lizenzen:
-
davon 12% pro Jahr

Berechnungszeitraum:
(10 Jahre)

Eine Beauftragung etwaiger Alternativ-Positionen hat eine
Anpassung der Kalkulationsgrundlage der SPuV zur Folge.

Laufzeit 120 Monate. Die Rechnungsstellung erfolgt jährlich.
 
Pauschal pro Kalenderjahr
1 psch	......................	nur EP
02.14.0090	Systemwartung per Ferneinwahl pro Jahr
Unter die Systemwartung per Ferneinwahl fallen folgende Leistungen:

- Prüfung des Release-Standes, Einspielen von Service-Releases und Bug-Fixes 
- Überprüfung und Pflege der Datenbanken des ICONAG-Systems
- Überprüfung der Kommunikation mit unterlagerten Systemen
- Überprüfung von Windows-Sicherheitsupdates 

Die Leistungen werden per Ferneinwahl durchgeführt und umfassen:
1x B-CON Server
0x B-CON Bedienclient

Basierend auf Softwarepflege- und Update-Vereinbarung - Anhang C.
Pauschal pro Kalenderjahr
1 psch	......................	..............................
02.14.0100	Hotline-Support-Vereinbarung nach Aufwand
Unter den System-Support fallen folgende Leistungen:

- Anwender-Unterstützung und Beratung beim Betrieb des Gebäudeleitsystems 
- Analyse und Unterstützung bei Systemstörungen inkl. qualifizierter Rückmeldungen für Problemlösungen
- Unterstützung bei der Fehleranalyse in unterlagerten Systemen inkl. etwaiger Abstimmungen mit anderen Lieferanten  
- Support bei Netzwerkproblemen inkl. etwaiger Abstimmungen mit der IT-Abteilung
- Vorschlag und Umsetzung von vorläufigen Problemlösungen („Workarounds“) im Fall von kritischen Störungen oder    Problemen, die programmatisch nicht gelöst werden können
- Durchführung kleinerer System- und Funktionserweiterungen per Ferneiwahl

Basierend auf Softwarepflege- und Update-Vereinbarung - Anhang D.
Abrechnung erfolgt nach Aufwand, im 30 Minuten-Takt
1 h	......................	..............................
02.14.0110	Hotline-Support-Vereinbarung 5 Std.
Unter den System-Support fallen folgende Leistungen:

- Anwender-Unterstützung und Beratung beim Betrieb des Gebäudeleitsystems 
- Analyse und Unterstützung bei Systemstörungen inkl. qualifizierter Rückmeldungen für Problemlösungen
- Unterstützung bei der Fehleranalyse in unterlagerten Systemen inkl. etwaiger Abstimmungen mit anderen Lieferanten  
- Support bei Netzwerkproblemen inkl. etwaiger Abstimmungen mit der IT-Abteilung
- Vorschlag und Umsetzung von vorläufigen Problemlösungen („Workarounds“) im Fall von kritischen Störungen oder    Problemen, die programmatisch nicht gelöst werden können
- Durchführung kleinerer System- und Funktionserweiterungen per Ferneiwahl

Basierend auf Softwarepflege- und Update-Vereinbarung - Anhang D.
5 Std pauschal pro Kalenderjahr, 
darüber hinaus Abrechnung nach Aufwand auf Basis von 135 € die Stunde, Abrechnung im 30 Minuten-Takt 
1 psch	......................	..............................
02.14.0120	Hotline-Support-Vereinbarung 10 Std.
Unter den System-Support fallen folgende Leistungen:

- Anwender-Unterstützung und Beratung beim Betrieb des Gebäudeleitsystems 
- Analyse und Unterstützung bei Systemstörungen inkl. qualifizierter Rückmeldungen für Problemlösungen
- Unterstützung bei der Fehleranalyse in unterlagerten Systemen inkl. etwaiger Abstimmungen mit anderen Lieferanten  
- Support bei Netzwerkproblemen inkl. etwaiger Abstimmungen mit der IT-Abteilung
- Vorschlag und Umsetzung von vorläufigen Problemlösungen („Workarounds“) im Fall von kritischen Störungen oder    Problemen, die programmatisch nicht gelöst werden können
- Durchführung kleinerer System- und Funktionserweiterungen per Ferneiwahl

Basierend auf Softwarepflege- und Update-Vereinbarung - Anhang D.
10 Std pauschal pro Kalenderjahr,
darüber hinaus Abrechnung nach Aufwand auf Basis von 125 € die Stunde, Abrechnung im 30 Minuten-Takt
1 psch	......................	..............................
02.14.0130	Hotline-Support-Vereinbarung 20 Std.
Unter den System-Support fallen folgende Leistungen:

- Anwender-Unterstützung und Beratung beim Betrieb des Gebäudeleitsystems 
- Analyse und Unterstützung bei Systemstörungen inkl. qualifizierter Rückmeldungen für Problemlösungen
- Unterstützung bei der Fehleranalyse in unterlagerten Systemen inkl. etwaiger Abstimmungen mit anderen Lieferanten  
- Support bei Netzwerkproblemen inkl. etwaiger Abstimmungen mit der IT-Abteilung
- Vorschlag und Umsetzung von vorläufigen Problemlösungen („Workarounds“) im Fall von kritischen Störungen oder    Problemen, die programmatisch nicht gelöst werden können
- Durchführung kleinerer System- und Funktionserweiterungen per Ferneiwahl

Basierend auf Softwarepflege- und Update-Vereinbarung - Anhang D.
20 Std pauschal pro Kalenderjahr,
darüber hinaus Abrechnung nach Aufwand auf Basis von 115 € die Stunde, Abrechnung im 15 Minuten-Takt 
1 psch	......................	..............................
02.14.0140	Systemwartung vor Ort
Eine entsprechende Softwarepflege- und Update-Vereinbarung vorausgesetzt erbringt der Auftragnehmer im Rahmen der „Systemwartung vor Ort“ folgende Leistungen in Abstimmung mit den Ansprechpartnern des Aufraggebers: 

- Prüfung des Release-Standes, Einspielen von Service-Releases und Bug-Fixes 
- Einspielen von Sicherheitsupdates 
- Überprüfung und Pflege der Datenbanken des ICONAG-Systems
- Überprüfung der Kommunikation mit unterlagerten Systemen
- Funktionsprüfung von systemeigenen Peripheriegeräten wie Drucker, Modem o.ä.
- Durchführung von Updates des Betriebssystems 
- Durchführung von Versionsupdates des ICONAG-Systems sowie von Datenservern
- Durchführung System- und Funktionserweiterungen 
- Einweisung und Schulung von Mitarbeitern

Die Systemwartung umfasst:
1x Tag vor Ort bei max. 8 Stunden inklusive Anfahrt und Übernachtung

Basierend auf Softwarepflege- und Update-Vereinbarung - Anhang E.
Pauschal pro Kalenderjahr
1 psch	......................	..............................
Summe 02.14	Wartung und Softwarepflege		..............................	

02.15	Testaufbau BACnet-Kommunikation BACnet-MBE und BACnet-AS
02.15.0010	Testaufbau BACnet-MBE

Tagessatz für einen Testaufbau zur Prüfung der Kommunikation und Integrationsfähigkeit der unterlagerten BACnet-Automationsstationen vor Ort in Terminabsprache mit dem Fachplaner und dem ausführenden Unternehmen auf Automationsebene. Kosten für Übernachtung und Anfahrt sind in dieser Position mit zu berücksichtigen.

1 psch	......................	..............................
02.15.0020	Integrationstest
Vor der Einrichtung und Inbetriebnahme des Gesamtsystems ist ein Integrationstest mit den auf die Management- und Bedienstation zu integrierenden Automationsstationen und Systemen durchzuführen, um die Kommunikationsfähigkeit zu testen. Hierzu ist vom jeweiligen Auftragnehmer exemplarisch eine Automationsstation je Fabrikat und Typ einzurichten und in Betrieb zu nehmen. 

Der Integrationstest wird auf die je System vereinbarte Kommunikationsschnittstelle angepasst.
Zu prüfen sind:

1.	Vollständige Schnittstellenbeschreibung und Datenpunkttabelle je AS
2.	Durchgängige und korrekte Verwendung Kennzeichnungssystem
3.	Korrekte Datenübernahme ins MBE-System
4.	Ausführung von Alarm- und Meldungslogiken, Zeitschaltfunktionen, Anlagen- und Betriebsartenschaltern, etc. 
5.	Kommunikation (lesend, schreibend)

Der Integrationstest erfolgt in Zusammenarbeit mit dem Planer/Bauherr und dem auf Automationsebene ausführenden Unternehmen.

Integrationstest für 2 Tage, mit je bis zu 8 Std. psch. vor Ort, inkl. Anfahrt und Übernachtung eines ICONAG Systemtechnikers.

1 psch	......................	..............................
Summe 02.15	Testaufbau BACnet-Kommunikation BACnet-MBE und BACnet-AS		..............................	

02.16	Schulung
02.16.0010	B-CON Start-Up-Schulung
Die 2-Tägige Start-Up-Schulung in unserem Trainings-Center

Folgende Themen werden geschult:

- Installation der Software (Editor)
- Grundlagen der Systemarchitektur (Bedienkonzepte, Lizenzthemen, Systemvorr.)
- Anlegen eines neuen B-CON Projektes
- Einrichtung und Konfiguration eines Kommunikation‘s Treibers (OPC/KNX, BACnet, ModBus).
- Importieren und Konfiguration (Eigenschaften) der Datenpunkte in B-CON
- Kennenlernen der Objekt Editor Umgebung
- Einrichten der Managementfunktionen (Alarmliste, Berechtigungsvergabe, Trends, Meldungsversand, Berechtigungsvergabe, Zeitschaltuhr)
- Einrichten des Webportals unter Berücksichtigung der IT-Systemanforderungen (Webserver)
- Erstellen einer einfachen Webseite unter Verwendung der Controltypen Numerisch, Enum, String und Bool
- Erstellen einer einfachen Webseite unter Verwendung der Bacnettypen
- Erstellen von einfachen Seiten Navigation und Dialogen (lokal und Web).
- Einfache Gestaltungsmöglichkeiten (Farbänderung, Form und Größe, Ebenen)
- Ausblick auf weitere Schulungen

Preis je Schulungsteilnehmer.

Hersteller: ICONAG
Typ: B-CON Start-Up-Schulung
1 St	......................	..............................
02.16.0020	B-CON Individualschulung
Das Training richtet sich an alle Systempartner und B-CON Produktverwender, die mit der B-CON Creative Studio Projekte realisieren wollen. Die Inhalte des eintägigen Trainings werden vor Durchführung gemeinsam festgelegt und individuell erarbeitet. Die Individualschulung ist auf max. 2 Teilnehmer begrenzt und findet wahlweise im ICONAG Trainings-Center oder bei Ihnen vor Ort statt.

Hersteller: ICONAG
Typ: B-CON Individualschulung

1 St	......................	..............................
02.16.0030	B-CON Bedienereinweisung und Schulung (via Online-Meeting)
Tagessatz für die Einweisung des Anlagenbedieners via Ferneinwahl/Online-Meetingl in Terminabsprache mit dem Bediener.

Die Bedienereinweisung umfasst:
•	Vermittlung des grundlegenden Aufbaus des B-CON Browser-Portals
•	Navigation in Anlagenbildern
•	Bedien- und Anzeigefunktionen
•	Alarm- und Ereignismanagement
•	Trendmanagement
•	Zeitplanmanagement
•	Energiemanagement
•	Objektliste
•	App-Center
1 St	......................	..............................
02.16.0040	B-CON Bedienereinweisung und Schulung (vor Ort)
Tagessatz für die Einweisung des Anlagenbedieners vor Ort in
Terminabsprache mit dem Bediener.

Die Bedienereinweisung umfasst:
•	Vermittlung des grundlegenden Aufbaus des B-CON Browser-Portals
•	Navigation in Anlagenbildern
•	Bedien- und Anzeigefunktionen
•	Alarm- und Ereignismanagement
•	Trendmanagement
•	Zeitplanmanagement
•	Energiemanagement
•	Objektliste
•	App-Center

Kosten für Übernachtung und Anfahrt sind in dieser Position mit zu berücksichtigen.
1 St	......................	..............................
Summe 02.16	Schulung		..............................	

02.17	Automationsebene
02.17.0010	WAGO BACnet-Konfiguration erstellen (Device)
Dienstleistung für die BACnet-Konfiguration je Gerät:
•	Vornehmen der Controller-Netzwerkonfiguration 
•	Einlesen der Controller- und Klemmenkonfiguration

Konfiguration aller erforderlichen BACnet-Eigenschaften(Properties) je Device gemäß Kundenvorgabe, wie:
•	Device_Name (nur Device_Object)
•	Device_ID (nur Device_Object)
•	Description (nur Device_Object)

Hinweis:
Seitens des Auftraggebers sind vor der Leistungserbringung die vorgenannten BACnet-Eigenschaften und -Vorgaben an ICONAG zu übergeben.

Einspielen und Rücksichern der BACnet-Konfiguration.

Pauschal je BACnet-Gerät.
1 St	......................	..............................
02.17.0020	WAGO BACnet-Objekt konfigurieren (Analog-, Binär, Multistate-, NC-Objekte)
Dienstleistung für die BACnet-Konfiguration je BACnet-Objekt der Objekttypen Analog-, Binär, Multistate- oder NotificationClass-Objekte.

Konfiguration aller erforderlichen BACnet-Eigenschaften(Properties) je Objekt gemäß Kundenvorgabe, wie:
•	Object_Name
•	Description
•	Device_Type (nur AV/AO/AI)
•	Units (nur AV/AO/AI)
•	COV_Increment (nur AV/AO/AI)
•	Polarity (nur BV/BO/BI)
•	Alarm_Value (nur BV/BO/BI/MV/MO/MI)
•	Limits (nur AV/AO/AI)
•	NotificationClass

Hinweis:
Seitens des Auftraggebers sind vor der Leistungserbringung die vorgenannten BACnet-Eigenschaften und -Vorgaben an ICONAG zu übergeben.

Einspielen und Rücksichern der BACnet-Konfiguration.

Pauschal je BACnet-Objekt.
1 St	......................	..............................
Summe 02.17	Automationsebene		..............................	
Summe 02	Dienstleistung		..............................	

03	Beratung / Planungsunterstützung
03.01	Standardisierung 2024
Sie planen Ihre verteilten Liegenschaften hinsichtlich der Anlagentechnik sowie der Energieverbräuche zukünftig über ein zentrales Managementsystem überwachen und bedienen zu können. Es soll möglich sein, auf Automationsebene Systeme beliebiger Hersteller einsetzen zu können. Ebenso soll die Installation durch verschiedene Dienstleister erfolgen können. 

Hierfür haben sich Vorgaben für 
-	ein projektweites, einheitliches Datenpunkt-Kennzeichnungssystem (Benutzeradressierungssystem nach VDI 3814)

in Verbindung mit BACnet als Kommunikationsprotokoll und
-	einem BACnet-Lastenheft

als entscheidende Erfolgsfaktoren für effiziente und reibungslose Planungen und Realisierungen von Projekten in der Gebäudeautomation etabliert.
Die ICONAG hat hierzu in den vergangenen Jahren auf Basis der Empfehlungen von VDI und AMEV umfassende Vorgaben erarbeitet, die bereits erfolgreich von verschiedenen kommunalen sowie privatwirtschaftlichen Gebäudebetreibern für die effiziente Errichtung von Gebäudeautomationssystemen genutzt werden.

03.01.0010	ICONAG Datenpunkt-Kennzeichnungssystem (Benutzeradressierungssystem)
Durch die Vorgabe und Anwendung eines projektweit einheitlichen Benutzeradressierungssystems schaffen Sie die eindeutige Identifizierbarkeit von Anlagen, Aggregaten, Betriebsmitteln und Gebäudeautomations-Funktionen über Ihre verteilten Liegenschaften, Gebäude sowie unterschiedliche Herstellersysteme hinweg.

Die ICONAG hat in den vergangenen Jahren für viele kommunale und privatwirtschaftliche Gebäudebetreiber Kennzeichnungssysteme in Anlehnung an die Vorgaben der VDI 3814 erstellt die bereits erfolgreich im Einsatz erprobt sind.

Daraus sind eine strukturierte Dokumentation und standardisierte Vorgaben für die erforderlichen Kennzeichnungsblöcke und -ebenen entstanden. 

Für die Kennzeichnungsblöcke der Anlagen-, Baugruppen-, Aggregate-, Betriebsmittel- sowie Funktionskennzeichnungen können wahlweise die bewährten Vorlagen der ICONAG oder das bereits eingearbeitete, vielversprechende BACtwin-BAS-System des Arbeitskreises Maschinen- und Elektrotechnik staatlicher und kommunaler Verwaltungen (AMEV) angewendet werden.

Neben der Definition des Kennzeichnungssystem wird durch die Vorgaben der ICONAG ebenfalls die Strukturierung der zugehörigen Klartextbezeichnung festgelegt.

Durch den Kauf erwerben Sie das Recht, die Dokumentationen (im Microsoft EXCEL- und WORD-Dateiformat) des ICONAG Datenpunkt-Kennzeichnungssystems in seiner zum Zeitpunkt des Kaufs befindlichen Fassung mit den gemeinsam erarbeiteten projektspezifischen Anpassungen uneingeschränkt zu nutzen.

Die Strukturierung der Kennzeichnungsblöcke für Verortung und Automatisierungsschwerpunkte wird gemeinsam erarbeitet und zusätzlich zur Pauschale nach Aufwand abgerechnet.

1 psch	......................	..............................
03.01.0020	ICONAG BACnet-Standard
In Ihren Projekten soll die zu installierende Automatisierungstechnik einheitlich über das weltweit nach DIN/EN/ISO 16484-5 standardisierte BACnet-Protokoll auf eine zentrale Management- und Bedieneinrichtung (MBE) aufgeschaltet werden. 

Als Vorteile hieraus ergeben sich für Sie z. B. die hersteller- und fabrikatsübergreifende Erfassung von Verbauchsdaten, das zentrale Verwalten und Bearbeiten von Alarmen und Ereignissen sowie das zentrale Überwachen und Verwalten von Zeitschaltprogrammen in allen Liegenschaften.

Da durch das BACnet-Protokoll grundsätzlich Interoperabilität zwischen Geräten verschiedener Hersteller gewährleistet ist, ist es möglich BACnet-Geräte verschiedener Hersteller und Dienstleister in einem solchen Netzwerk zu integrieren. Im Sinne der durch den Arbeitskreis Maschinen- und Elektrotechnik staatlicher und kommunaler Verwaltungen (AMEV) für die Gebäudeautomation mit BACnet formulierten Empfehlungen, sind hierfür weitere Vorgaben zu machen. U.a. sind einheitliche Vorgaben für die Verwendung der verschiedenen BACnet-Dienste und -Objekte für eine strukturierte und möglichst reibungslose Zusammenarbeit von Fachplaner, Gebäudeautomations-Hersteller und -Installationsdienstleister notwendig.

Die ICONAG hat hierzu in den vergangenen Jahren umfassende BACnet-Vorgaben erarbeitet, die bereits erfolgreich von verschiedenen kommunalen sowie privatwirtschaftlichen Gebäudebetreibern für die effiziente Errichtung und den Betrieb von BACnet-Gebäudeautomationssystemen in Gebäudeportfolios genutzt werden.

Der ICONAG BACnet-Standard wird regelmäßig an relevante Änderungen in neu erscheinenden Revisionen des BACnet-Protokolls angepasst.

Planen Sie den AMEV BACtwin in Ihrem Unternehmen einzuführen, so bestehen bereits ICONAG-Vorlagen für die Einarbeitung der BACtwin-Betreibervorgaben. In diesem Zuge wird ebenfalls der ortsbezogenen Teil des BACtwin-Benutzeradressierungssystems mit Ihnen erarbeitet. 

Grundsätzlich gliedern sich die Vorgaben in die folgenden fünf Themenschwerpunkte:

1	BACnet-Standardisierung	Betreiberanforderungen und Vorgaben, BACnet Device und Objekt Identifizierung.
Ableitung der Anforderungen an die BACnet-Projektierung der Automationseinrichtungen für anstehende Neubauten oder Ersatzmaßnahmen.	
2	BACnet-Standardisierung	Erarbeitung der Vorgaben für die Verwendung von BACnet Diensten und Interoperabilitätsbereiche	
3	BACnet-Standardisierung	Erarbeitung der Vorgaben für die Verwendung von BACnet Objekten und deren Properties	
4	BACnet-Standardisierung	Erarbeitung bzw. Anpassung der Vorgaben aus gängigen Regelwerken für: Datenaustausch, erweiterte Objekteigenschaften und Netzwerk	
5	(Optional)	Integrationstest: Einbindung einer, nach den erarbeiteten Vorgaben, programmierten Automationsstation auf eine vorhandene MBE zur Prüfung auf praxistaugliche Anwendung. (vor Ort)	

Durch den Kauf erwerben Sie das Recht den ICONAG BACnet-Standard in seiner zum Zeitpunkt des Kaufs befindlichen Fassung mit den gemeinsam erarbeiteten projektspezifischen Anpassungen uneingeschränkt zu nutzen.
1 psch	......................	..............................
03.01.0030	Anpassung der ICONAG Standards nach Stundensatz
In der Regel ist es notwendig einzelne Festlegungen des ICONAG Kennzeichnungssystems und des ICONAG BACnet-Standards an bereits vorhandene Standardisierungen sowie projektspezifische Gegebenheiten anzupassen. Hierzu zählen insbesondere:

-	Anpassung der Verortungsblöcke im Kennzeichnungssystem an die Gebäude- und/oder Liegenschaftsstruktur, sowie evtl. vorhandene Bezeichnungen 
-	BACnet Geräte-ID-Strukturierung (Device-IDs)
-	BACnet Meldungsklassen Strukturierung (Notification-Classes)
-	Anforderungen an BACnet Trendlog-Funktionalitäten (Trendlogs)
-	Anwendung von BACnet Zeitplan-Funktionen (Schedule)
-	Anforderungen an kundenspezifische IT- und Netzwerkgegebenheiten

Die für die Anpassungen erforderlichen Beratungsleistungen werden dabei in der Regel via Online-Meetings mit Ihnen abgestimmt und per Fernarbeit erbracht. Die erbrachten Leistungen werden auf Stundenbasis nach Aufwand abgerechnet. Es gelten dabei die vereinbarten ICONAG-Stundensätze für Beratungsleistungen. 

Die Beratungsleistungen werden von Ingenieuren oder von auf dem Fachgebiet der Gebäudeautomation besonders qualifizierten Fachkräften erbracht. Die Dokumentation erfolgt in Form von Word-, Powerpoint und Excel-Dateien, die als Grundlage für Ihre etwaige weitere Standardisierungsarbeit dienen können.
1 St	......................	..............................
03.01.0040	Beratungsleistungen vor Ort
Beratungsleistungen vor Ort werden auf Basis von ICONAG-Tagesätzen für Beratungsleistungen, zzgl. Reise- und Übernachtungskosten sowie Spesen nach Aufwand abgerechnet.
1 St	......................	..............................
03.01.0050	Vorbereitung eines Integrationstests
Um erarbeitete Vorgaben für Kennzeichnungssystem und BACnet-Standardisierung auf praxistaugliche Anwendung zu überprüfen ist ein Integrationstest durchzuführen.

Hierzu wird von ICONAG eine BACnet-Automationsstation gemäß den mit Ihnen erarbeiteten Vorgaben programmiert. Kennzeichnungssystem und BACnet-Vorgaben werden dabei auf zwei gängige Anlagentypen (Raumlufttechnische Anlage und Heizkreisverteiler) angewendet.

Die Automationsstation wird im Rahmen des Integrationstests auf die vorhandene BACnet-Management- und Bedieneinrichtung integriert (bei einer Fremd-MBE sind die erforderlichen Dienstleistungen auf Seiten der MBE durch den AG zu erbringen). Der erforderliche Vor-Ort-Einsatz des ICONAG Beraters wird separat nach Aufwand abgerechnet.

Im Rahmen des Integrationstest werden u.a. folgende Prüfungen durchgeführt:
-	Objekte anhand des Kennzeichnungssystems im MBE-System durch den Nutzer identifizierbar
-	Verortung von Objekten gemäß der Kennzeichnungssystem-Strukturierung im MBE-System sinnvoll möglich (z.B. Darstellung in einer Baumstruktur)
-	Strukturierung der Klartexte sinnvoll und in allen Anzeigefeldern des MBE-Systems auch bei maximaler Länge lesbar
-	Geforderte BACnet-Objekte durch das MBE-System integrierbar
-	Geforderte BACnet-Objekte in allen erforderlichen Modulen und Anlagenbildern darstell- und bedienbar
-	Geforderte BACnet-Dienste und -Funktionen können durch das MBE-System abgebildet werden (u.a. BACnet-Alarming, -Trending und -Scheduling)

Die für den Integrationstest erforderlichen IT- und netzwerktechnischen Voraussetzungen sind durch den AG zu erbringen. 
1 psch	......................	..............................
03.01.0060	Beratungsleistungen nach Stundensatz (Im ICONAG-Büro oder via Online-Meeting)
Stundensatz zur Erbringung von Beratungsleistungen im Kundenauftrag, durchgeführt im ICONAG-Büro oder via Online-Meetings. Die erbrachten Leistungen werden auf Stundenbasis nach Aufwand abgerechnet. Es gelten dabei die vereinbarten ICONAG-Stundensätze für Beratungsleistungen. 

Die Beratungsleistungen werden von Ingenieuren oder von auf dem Fachgebiet der Gebäudeautomation besonders qualifizierten Fachkräften erbracht. Dokumentationen erfolgen in Form von Word-, Powerpoint und Excel-Dateien, die als Grundlage für Ihre etwaige weitere Standardisierungs- und Planungsarbeit dienen können.
1 St	......................	..............................
03.01.0070	Reisekostenpauschale ICONAG-Berater
Idar-Oberstein =>
Die Pauschale deckt folgende Kosten ab:
1. An- und Abreisezeit für die reisende Person
2. Fahrzeug-, Bahn- oder Flugkosten für die An- und Abreise

1 St	......................	..............................
03.01.0080	Übernachtungen inkl. Spesen
Deckt die Übernachtungskosten inkl. Spesen eines ICONAG-Systemtechnikers ab.

Je Übernachtung.

1 St	......................	..............................
Summe 03.01	Standardisierung 2024		..............................	

03.02	Ausführungsplanung BACnet-Konfiguration
03.02.0010	Ausführungsplanung der BACnet-Konfiguration
Ausführungsplanung der BACnet-Konfiguration für die BACnet Management- und Bedieneinrichtung (BACnet-MBE) und die BACnet-Automationsstationen (BACnet-AS): 
Entwicklung der Vorgaben für die Konfiguration der BACnet-Objekte auf Basis des Betriebskonzeptes des Gebäudes sowie der DIN EN ISO 16484-5. Koordination der Vorgaben mit den Projektbeteiligten. Insbesondere sind Vorgaben für folgende MBE- bzw. BACnet-Funktionen zu treffen: 
- Globale Funktionen
- Raumbedienung
- Anlagenbedienung
- Handbedienung für Räume und Anlagen
- Alarmverarbeitung
- Zeitschaltfunktionen
- Historisierung"
- BACnet-Objekt-Eigenschaften
- BACnet-Alarming
- BACnet-Trending
- BACnet- Scheduling

1 psch	......................	..............................
Summe 03.02	Ausführungsplanung BACnet-Konfiguration		..............................	

03.03	BACnet-Netzwerkanalyse
Ausgangslage und Aufgabenstellung 

Sie betreiben ein umfangreiches BACnet-Gebäudeautomationsnetzwerk, dass zukünftig noch weiter ausgebaut werden soll. 
Es treten bereits Kommunikationsausfälle und Performanceprobleme auf. 
Darüber hinaus gibt es keine Klarheit über die Verbindungen und Kommunikationsstrecken zwischen den verschiedenen BACnet-Netzwerkteilnehmern.

ICONAG führt eine umfangreiche BACnet-Analyse in Ihrem Netzwerk durch, bei der u.a. folgende Prüfungen durchgeführt werden können:

•	Ermitteln von BACnet Broadcast Management Devices (BBMDs) sowie Überprüfung der eingerichteten Kommunikationsverbindungen 
•	Ermittlung aller vorhandenen BACnet-Teilnehmer
•	Überprüfung von vergebenen Device-IDs (gemäß Kundenstruktur)
•	Überprüfung von BACnet Object-Names auf Namenskonvention gemäß Kunden-BAS
•	Überprüfung von verwendeten BACnet-Revisions-Ständen von BACnet-Geräten 
•	Überprüfung von Uhrzeit- und Datumseinstellungen in BACnet-Geräte 
•	Überprüfung der Häufigkeit von versendeten „Who-Is"-Service Nachrichten 
•	Überprüfung der Häufigkeit von versendeten „(Utc)TimeSynchronization"-Service Nachrichten 
•	Überprüfung von Schwellenwert-Inkrementen (COV-Increments) bei analogen Objekten 

Die durchzuführenden Prüfszenarien werden in einem vorbereitenden Meeting besprochen und festgelegt.
Im Anschluss an die BACnet-Netzwerkanalyse werden die gewonnenen Erkenntnisse seitens ICONAG in einem Ergebnisbericht aufbereitet und Möglichkeiten für Optimierungen des Aufbaus sowie der Einrichtung des BACnet-Netzwerks aufgezeigt.
HINWEIS:

•	Die nachfolgend ausgewiesenen Aufwände beruhen auf einer Schätzung. Je nach tatsächlichen Gegebenheiten können weitere Vor-Ort-Einsätze nötig werden, um eine umfassende Anlayse durchführen zu können. Auch können weitere Stundensätze erforderlich werden, um die gewonnen Erkenntnisse aufzubereiten und zu dokumentieren.
•	Für die Netzwerkanalyse werden spezielle ICONAG Softwaretools benötigt, die auf einem ICONAG-Notebook vorinstalliert sind. Diese Notebook muss am Vor-Ort-Termin für die Netzwerkanalyse in das betreffende Gebäudeautomationsnetzwerk des Kunden integriert werden. Alle BACnet-Subnetze müssen erreichbar sein. Die entsprechenden Netzwerkrouten und BACnet-Portfreigaben müssen durch die Kunden-IT eingerichtet sein.
•	Vorab sind ICONAG nach Möglichkeit folgende Unterlagen zu übersenden:
•	eine aktuelle IP-Adressliste mit allen BACnet-Geräten, deren Devcie-IDs, sowie dem Status der BACnet-Broadcast-Management-Device-Funktionalität (BBMD)
•	Netzwerktopologie
•	Ggf. kann es nötig werden, sich an einen Netzwerkport einer BACnet-Automationsstation in einem Automationsschwerpunkt in das Netzwerk einzubinden. Für diesen Fall ist seitens des AG ein Mitarbeiter mit entsprechender Ortskenntnis und Zutrittsberechtigung beizustellen. 
03.03.01	Vorbereitung
03.03.01.0010	Online-Meeting: Besprechung Prüfszenarien, Technik und Infrastruktur (nach Stundensatz)
In einem Online-Meeting werden die möglichen Prüfverfahren vorgestellt und basierend auf den Anforderungen des Kunden die benötigten Prüfszenarien zusammengestellt.
Darüber hinaus werden die kundenseitigen Voraussetzungen zur Durchführung der Analyse beprochen (IT-Infrastruktur, Netzwerkaufbau, etc.)

1 St	......................	..............................
03.03.01.0020	Zusammenstellung und Aufbereitung der Prüfszenarien

1 psch	......................	..............................
Summe 03.03.01	Vorbereitung		..............................	

03.03.02	BACnet-Netzwerkanalyse vor Ort
HINWEIS:

•	Die Leistungen vor Ort werden von zwei ICONAG-Mitarbeitern an zwei Tagen erbracht.
03.03.02.0010	Beratungsleistungen vor Ort
Beratungsleistungen vor Ort werden auf Basis von ICONAG-Tagesätzen für Beratungsleistungen, zzgl. Reise- und Übernachtungskosten sowie Spesen nach Aufwand abgerechnet.
1 St	......................	..............................
03.03.02.0020	Reisekostenpauschale ICONAG-Berater
Idar-Oberstein => 
Die Pauschale deckt folgende Kosten ab:
1. An- und Abreisezeit für die reisende Person
2. Fahrzeug-, Bahn- oder Flugkosten für die An- und Abreise
1 St	......................	..............................
03.03.02.0030	Übernachtungen inkl. Spesen
Deckt die Übernachtungskosten inkl. Spesen eines ICONAG-Systemtechnikers ab.

Je Übernachtung.
1 St	......................	..............................
Summe 03.03.02	BACnet-Netzwerkanalyse vor Ort		..............................	

03.03.03	Aufbereitung Ergebnisse und Ableitungen
03.03.03.0010	Beratungsleistungen nach Stundensatz (Im ICONAG-Büro oder via Online-Meeting)
Stundensatz zur Erbringung von Beratungsleistungen im Kundenauftrag, durchgeführt im ICONAG-Büro oder via Online-Meetings. Die erbrachten Leistungen werden auf Stundenbasis nach Aufwand abgerechnet. Es gelten dabei die vereinbarten ICONAG-Stundensätze für Beratungsleistungen. 

Die Beratungsleistungen werden von Ingenieuren oder von auf dem Fachgebiet der Gebäudeautomation besonders qualifizierten Fachkräften erbracht. Dokumentationen erfolgen in Form von Word-, Powerpoint und Excel-Dateien, die als Grundlage für Ihre etwaige weitere Standardisierungs- und Planungsarbeit dienen können.
1 St	......................	..............................
Summe 03.03.03	Aufbereitung Ergebnisse und Ableitungen		..............................	

03.03.04	Abschluss
03.03.04.0010	Online-Meeting: Besprechung Ergebnisse (nach Stundensatz)
In einem Online-Meeting werden die Ergebnisse der BACnet-Netzwerkanalyse vorgestellt und konkrete Maßnahmen und Handlungsempfehlungen besprochen.

1 St	......................	..............................
Summe 03.03.04	Abschluss		..............................	
Summe 03.03	BACnet-Netzwerkanalyse		..............................	
Summe 03	Beratung / Planungsunterstützung		..............................	

04	BACnet Tools
04.01	Software
04.01.0010	BACnet Tools - Modul "Bedienen"
BACnet bietet erhebliche Vorteile hinsichtlich Ausfallsicherheit bei der Ausführung von Zeitschaltaufgaben sowie datumsbasierten Ausnahmebehandlungen, in dem Wochenzeitschaltpläne (BACnet Schedule Object) und Kalenderfunktionen (BACnet Calendar Object) mit standardisierten Objekten dezentral auf den Automationsstationen abgelegt und ausgeführt werden.
 
Die Vorteile der Ausfallsicherheit stehen allerdings einem erhöhtem Aufwand bei der Bearbeitung und Pflege von Zeitschalt- und Kalendereinträgen gegenüber, da Änderungen an einer Vielzahl von identischen Wochenzeitschaltprogrammen oder Kalendern einer sequenzielle Bearbeitung durch den Nutzer bedarf.
 
Aus diesem Grund muss das zu liefernde MBE-System ein Modul bereitstellen, das eine Massenbearbeitung von BACnet Schedule und Calendar Objekten ermöglicht.
Das Modul muss es hierzu ermöglichen eine beliebige Anzahl an BACnet Schedule bzw.
Calendar Objekte liegenschafts-, gebäude- sowie auch geräte- und herstellerübergreifend auszuwählen und in eigenen Vorlagen abzuspeichern.
Eine gespeicherte Vorlage muss im Nachgang jederzeit für Bearbeitungen geöffnet werden können.
Für Schedule Objekte muss es anschließend möglich sein, auf Basis eines auszuwählenden Objektes Einträge im Wochenzeitschaltplan (Weekly_Schedule), dem Ausnahmeplan (Exception_Schedule) sowie in allen weiteren relevanten Eigenschaften des Objektes (wie z.B.  Priority_For_Writing, Effective_Period, Schedule_Default) zu bearbeiten.
Für Calendar Objekte muss es möglich sein, auf Basis eines auszuwählenden Objektes Einträge in der Datumsliste (Date_List) sowie weiteren relevanten Eigenschaften des Objektes zu bearbeiten.
 
Im weiteren Schritt müssen die gemachten Änderungen auf alle Objekte der Vorlage heruntergeschrieben werden können.
 
Abschließend ist dem Nutzer eine Statusübersicht anzuzeigen, die erfolgreiche Schreibvorgänge bzw. Fehler anzeigt, wenn bei einzelnen Objekten das Herunterschreiben nicht funktioniert hat. Zu einem Schreibvorgang muss vom Nutzer ein Kommentar hinterlegt werden können, der im Systemlogbuch abgelegt wird.
 
Funktionsumfang:
 
•	Anzeigen und Bearbeiten von einzelnen BACnet Wochenzeitschaltplänen (schedule), dessen Ausnahmezeitplan (Exception Schedule), sowie alle weiteren Eigenschaften (properties) des Objektes => BACnet Zeitplan Editor
•	Anzeigen und Bearbeiten von einzelnen BACnet Kalendern (calendar) sowie alle weiteren Eigenschaften (properties) des Objektes => BACnet Kalender Editor
•	Anzeigen und Bearbeiten eines BACnet Wochenzeitschaltplans dessen Ausnahmezeitplan (exception-schedule), sowie alle weiteren Eigenschaften (properties) und anschließendes Schreiben dieser geräteübergreifend auf eine beliebige Anzahl von Wochenzeitschaltplan-Objekten => BACnet Multi Zeitplan Editor
•	Anzeigen und Bearbeiten eines BACnet Kalenders sowie dessen Eigenschaften (properties) und anschließendes Schreiben dieser geräteübergreifend auf eine beliebige Anzahl von Wochenzeitschaltplan-Objekten => BACnet Multi Kalender Editor
1 St	......................	..............................
04.01.0020	BACnet Tools - Modul "Planen und Prüfen"
Das Modul "Planen und Prüfen" der ICONAG BACnet Tools ermöglicht es, kundenspezifische Benutzeradressierungssysteme (BAS) anzulegen, zu pflegen und Prüfungen durchzuführen.
 
Je Benutzeradressierungssystem können die erforderlichen BAS-Blöcke angelegt und die jeweiligen Kürzel hinterlegt werden. Soll der AMEV BACtwin zur Anwendung kommen, so können die BACtwin Blöcke mit allen Kürzeln und Abhängigkeiten komfortabel importiert werden. Für Planung und Ausführung können die Benutzeradressierungssysteme in eine detaillierte Excel-Mappe sowie zugehöriger Dokumentation exportiert werden. BACnet-Objektnamen und BACnet-Descriptions von EDE- Dateien oder im Netzwerk erreichbaren BACnet-Geräten können anschließend im Baustein "BACtwin Prüfungen" gegen die angelegten Benutzeradressierungssysteme geprüft werden. 
 
Funktionsumfang:
 
•	Anlegen und pflegen von kundenspezifischen Benutzeradressierungssystemen
•	Optionale Zuordnung von Benutzeradressierungssystemen zu Kunden/Organisationen
•	Strukturierung der Benutzeradressierungssysteme mit umfangreich definierbaren Kennzeichnungsblöcken
•	Komfortabler Import des AMEV BACtwin-BAS samt aller Kürzel und Abhängigkeiten
•	Importfunktion für eigene Kürzel-Listen
•	Integrierter Editor zur Erstellung der Dokumentation
•	Exportfunktion für Dokumentation und Benutzeradressierungssystem
•	Prüfung von EDE-Dateien oder im Netzwerk erreichbaren BACnet-Geräten
•	Export von Prüfberichten
1 St	......................	..............................
04.01.0030	BACnet Tools - Modul "Analysieren"
Das Modul "Analysieren" muss in Form von Teilmodulen die Ermittlung und das Auslesen von BACnet Broadcast Management Devices (BBMD), die Prüfung von betreiberspezifisch festzulegenden Parametrierungen von BACnet Properties sowie das Aufzeichnen und Auswerten der BACnet Netzwerkkommunikation ermöglichen.
 
Im Teilmodul "Ermitteln und Auslesen von BACnet Broadcast Management Devices (BBMD)" muss es möglich sein eine beliebige Anzahl von IP-Bereichen anzugeben, die im Anschluss auf BACnet-Geräte untersucht werden, deren BBMD-Funktionalität aktiviert ist.
Von jedem gefundenen BBMD muss zusätzlich die Broadcast-Distribution- (BDT) sowie die Foreign-Device-Table (FDT) ausgelesen werden.
Die Ergebnisse müssen dem Nutzer tabellarisch aufbereitet dargestellt werden. Hierbei müssen alle gefundenen Geräte nach BBMDs gefiltert werden können. Je BBMD müssen die BDT sowie die FDT angezeigt werden können.
Zu Dokumentationszwecken müssen die Ergebnisse mit allen BDT- und FDT-Einträgen je BBMD in eine Excel-Mappe exportiert werden können.
 
Im Teilmodul "Prüfung von Parametrierungen von BACnet Properties" muss es möglich sein eine beliebige Anzahl an Prüfszenarien anzulegen. In jedem Prüfszenarium können betreiberspezifische Prüffunktionen hinterlegt werden.
Dabei müssen einfache sowie komplexe Funktionen mittels "Wenn, dann"-Anweisungen definiert werden können.
Für die Prüffunktionen muss mindestens auf alle Properties, die von der BACnet Revision 1.19 unterstützt werden, zugegriffen werden können. Ein Beispiel für eine komplexe Funktion stellt die Überprüfung der COV_Increment-Property  auf Werte größer 0 dar, wenn die Units-Property dem Wert der Einheit Grad Celsius entspricht.
Das Teilmodul muss es anschließend ermöglichen alle BACnet Geräte im Netzwerk aufzulisten und Prüfung auf eine beliebige Anzahl an auszuwählenden Geräten anzustoßen.
Die Prüfergebnisse müssen dem Nutzer in tabellarischer und gut verständlicher Form dargestellt werden.
Zu Dokumentationszwecken müssen die Ergebnisse in eine Excel-Mappe exportiert werden können.
 
Das Teilmodul "Aufzeichnen und Auswerten der BACnet Netzwerkkommunikation" muss es ermöglichen für einen vom Nutzer definierbaren Zeitraum die BACnet-Kommunikation im Netzwerk aufzuzeichnen und anschließend in tabellarischer Form auszugeben. Die Ergebnisse müssen u.a. nach BACnet-Service, IP-Adresse und Device-ID gefiltert und sortiert werden können.
Zu Dokumentationszwecken müssen die Ergebnisse in eine Excel-Mappe exportiert werden können.
1 St	......................	..............................
Summe 04.01	Software		..............................	

04.02	Dienstleistungen
04.02.0010	BACnet Tools - Online-Schulung Modul "Bedienen"
Online-Schulung zum effektiven Einsatz der Funktionen des Moduls "Bedienen".
 
Schulungsinhalte:
 
•	Grundlegende Systemeinstellungen
•	Benutzerverwaltung: Benutzerprofile und Benutzer anlegen und verwalten
•	Auswerten von Systemlog-Einträgen
•	Bearbeiten von BACnet Schedule-Objekten mit den Bausteinen Zeitplan- und Multi-Zeitplan-Editor
•	Bearbeiten von BACnet Calendar-Objekten mit den Bausteinen Kalender- und Multi-Kalender-Editor
 
Die Schulung findet Online statt und umfasst bis zu 2 Stunden.
1 psch	......................	..............................
04.02.0020	BACnet Tools - Online-Schulung Modul "Planen und Prüfen"
Online-Schulung zum effektiven Einsatz der Funktionen des Moduls "Planen und Prüfen".
 
Schulungsinhalte:
 
•	Grundlegende Systemeinstellungen
•	Benutzerverwaltung: Benutzerprofile und Benutzer anlegen und verwalten
•	Auswerten von Systemlog-Einträgen
•	Organisationsverwaltung: Anlegen und bearbeiten von Organisationen
•	BACtwin-Editor:
•	Erstellen von Benutzeradressierungssystemen
•	Anlegen und Arbeiten mit Kennzeichnungsblöcken
•	Import des BACtwin-BAS
•	Import von eignen Kürzellisten
•	Arbeiten mit Abhängigkeiten
•	Bearbeiten von BAS-Dokumentationen
•	Konfigurieren der Exportfunktion
•	BACtwin-Prüfungen
•	Import von BACnet EDE-Dateien und Ausführung von Prüfungen gegen erstellte Benutzeradressierungssysteme
•	Browsen von BACnet-Geräten im Netzwerk und Ausführung von Prüfungen gegen erstellte Benutzeradressierungssysteme
•	Export von Prüfberichten
 
Die Schulung findet Online statt und umfasst bis zu 4 Stunden.
1 psch	......................	..............................
04.02.0030	BACnet Tools - Installations- und Einrichtungs-Support nach Stundensatz via Ferneinwahl
Stundensatz eines ICONAG Systemtechnikers zur Unterstützung bei der Installation und Einrichtung der ICONAG BACnet Tools via Ferneinwahl.
 
Eine Möglichkeit zur Ferneinwahl auf das Zielsystem ist seitens des AG zur Verfügung zu stellen.
1 St	......................	..............................
Summe 04.02	Dienstleistungen		..............................	

04.03	Support und Softwarepflege
04.03.0010	BACnet Tools - Softwarepflege- und Updatevereinbarung (Laufzeit 1 Jahr)
1)	Präambel: Der Lizenznehmer der ICONAG-Softwareprodukte sowie die ICONAG möchten eine möglichst lange Nutzungsdauer des durch den Lizenznehmer erworbenen ICONAG Software-Systems sicherstellen. Darum haben beide Parteien ein Interesse daran, dass die lizenzierten Softwareprodukte weiterentwickelt werden und vereinbaren diese Softwarepflege- und Update-Vereinbarung (im Folgenden SPUV). Mit dieser SPUV unterstützt der Lizenznehmer die Weiterentwicklung der Software und erwirbt gleichzeitig das Recht, die jeweils neueste Version der eingesetzten ICONAG-Software anzufordern. Die SPUV wird mit dem Erst-Erwerb der ICONAG-Lizenzen abgeschlossen. Ein späterer Abschluss führt zu einer Nachberechnung (siehe Punkt 4).

2)	Updates und Leistungen: ICONAG passt die ICONAG Produkte entsprechend dem technischen Fortschritt, den Wünschen der Anwender sowie der Erfahrung der ICONAG an. Dies führt zu Versionsupdates, Service-Releases und Bug-Fixes an den durch den Lizenznehmer lizenzierten ICONAG-Softwareprodukten. Diese stellt ICONAG dem Lizenznehmer kostenlos per Datenträger (z. B. USB-Stick, DVD) oder Download zur Verfügung. Eine Installation ist im Rahmen dieser Vereinbarung nicht geschuldet (enthält keine Projektierungsleistung seitens ICONAG). ICONAG macht dabei keine Zusagen bezüglich der Zyklen von Versionsupdates und Servicereleases. Sobald ein Update ausgeliefert ist, tritt es hinsichtlich der Nutzungsrechte an die Stelle der alten Programmversion.
 
3)	Laufzeit: Die SPUV wird für die vereinbarte Vertragslaufzeit geschlossen (1,3, 5 oder 10 Jahre). Sie verlängert sich automatisch um weitere 12 Monate, wenn sie nicht mit einer Frist von 3 Monaten zum Vertragsende gekündigt wird.
 
4)	Vergütung: Für die getroffene Vereinbarung berechnet ICONAG dem Lizenznehmer die entsprechend der Laufzeit vereinbarte Vergütung. Die Berechnung der Vergütung erfolgt auf Basis der jeweils aktuell gültigen Preisliste. Die Vergütung für SPUV wird erstmals ab Beginn des Folgemonats bis zum Ende des laufenden Kalenderjahres berechnet. In den Folgejahren wird die Vergütung jeweils zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet. Die nachträglich erworbenen Erweiterungen der Erstlizenzen (wie z.B. Datenpunktupgrade, zusätzliche Funktionsmodule und native Schnittstellen von ICONAG), werden automatisch Bestandteil dieser SPUV. Die Nachberechnung der Vergütung erfolgt erstmalig für die Zeit ab Auslieferung der jeweiligen Erweiterung von Beginn des Folgemonats bis zum Jahresende. Ab dem Folgejahr wird die SPUV für Erstlizenzen und Erweiterungen zu Beginn des Kalenderjahres für volle 12 Monate im Voraus berechnet. Lizenznehmer ohne laufende SPUV können nachträglich eine SPUV abschließen. Dadurch wird zusätzlich ein Nachberechnungszuschlag in Höhe von 50% der jährlichen SPUV-Vergütung fällig. Die Nachberechnung erfolgt ab dem nachträglichen Abschluss der SPUV für maximal 4 Jahre rückwirkend.
 
5)	Preisgleitklausel: Für diesen Laufzeitvertrag gilt eine Preisgleitklausel. Die Preisanpassung erfolgt kalenderjährlich jeweils zum 1. Januar in Höhe der Preisentwicklung der Erzeugerpreise für Dienstleistungen in Deutschland. Grundlage der Preisanpassung ist der Prozentsatz, der vom Statistischen Bundesamt für das 3. Quartal des Vorjahres festgestellt wurde.
 
Kalkulationsgrundlage:
Listenpreis Lizenzen:
-XXXX,00 €

davon 21,00% pro Jahr
Laufzeit 1 Jahr
1 Jahr	......................	..............................
04.03.0020	BACnet Tools - Softwarepflege- und Updatevereinbarung (Laufzeit 3 Jahre)
Wie zuvor, jedoch

Kalkulationsgrundlage:
Listenpreis Lizenzen:
-XXXX,00 €

davon 18,00% pro Jahr
Laufzeit 3 Jahre
1 Jahr	......................	..............................
04.03.0030	BACnet Tools - Softwarepflege- und Updatevereinbarung (Laufzeit 5 Jahre)
Wie zuvor, jedoch

Kalkulationsgrundlage:
Listenpreis Lizenzen:
-XXXX,00 €

davon 15,00% pro Jahr
Laufzeit 5 Jahre
1 Jahr	......................	..............................
04.03.0040	BACnet Tools - Softwarepflege- und Updatevereinbarung (Laufzeit 10 Jahre)
Wie zuvor, jedoch

Kalkulationsgrundlage:
Listenpreis Lizenzen:
-XXXX,00 €

davon 12,00% pro Jahr
Laufzeit 10 Jahre
1 Jahr	......................	..............................
Summe 04.03	Support und Softwarepflege		..............................	
Summe 04	BACnet Tools		..............................	

03.03.01	Vorbereitung		..............................	
03.03.02	BACnet-Netzwerkanalyse vor Ort		..............................	
03.03.03	Aufbereitung Ergebnisse und Ableitungen		..............................	
03.03.04	Abschluss		..............................	
Summe 03.03	BACnet-Netzwerkanalyse		..............................	

01.01	B-CON Creative Studio		..............................	
01.02	B-CON Projekt-Runtimelizenzen für OPC-DA, Modbus und KNX		..............................	
01.03	B-CON Projekt-Runtimelizenzen für BACnet		..............................	
01.04	B-CON Redundanz-Lizenzen für OPC-DA, Modbus und KNX		..............................	
01.05	B-CON Redundanz-Lizenzen für BACnet		..............................	
01.06	B-CON Projektlizenzen zum Benutzerzugriff		..............................	
01.07	B-CON Projektlizenzen für erweiterte Funktionsmodule zum technischen Gebäudemanagement		..............................	
01.08	B-CON Projektlizenzen zum Energie-Management		..............................	
01.09	OPC-Server		..............................	
Summe 01	Software		..............................	

02.01	Pflichtenheft		..............................	
02.02	Projektmanagement		..............................	
02.03	Grundkonfiguration Management- und  Bedieneinrichtung		..............................	
02.04	B-CON Projektierung X2B-CON-Treiber		..............................	
02.05	B-CON Projektierung OPC-Server		..............................	
02.06	B-CON Projektierung Datenpunktkonfiguration		..............................	
02.07	B-CON Projektierung Managementfunktionen		..............................	
02.08	B-CON Projektierung EnMS		..............................	
02.09	B-CON Projektierung Anlagenbilder		..............................	
02.10	B-CON Projektierung Anlagenbilder nach Anlagentyp		..............................	
02.11	BACnet-Projektierung nach VDI 3814		..............................	
02.12	Projektierung (Pauschal)		..............................	
02.13	Inbetriebnahme und Funktionstest		..............................	
02.14	Wartung und Softwarepflege		..............................	
02.15	Testaufbau BACnet-Kommunikation BACnet-MBE und BACnet-AS		..............................	
02.16	Schulung		..............................	
02.17	Automationsebene		..............................	
Summe 02	Dienstleistung		..............................	

03.01	Standardisierung 2024		..............................	
03.02	Ausführungsplanung BACnet-Konfiguration		..............................	
03.03	BACnet-Netzwerkanalyse		..............................	
Summe 03	Beratung / Planungsunterstützung		..............................	

04.01	Software		..............................	
04.02	Dienstleistungen		..............................	
04.03	Support und Softwarepflege		..............................	
Summe 04	BACnet Tools		..............................	

01	Software		..............................	
02	Dienstleistung		..............................	
03	Beratung / Planungsunterstützung		..............................	
04	BACnet Tools		..............................	

	Summe Zusammenstellung:		..............................	
	Summe netto:		..............................	
	zzgl. 19% MwSt:		..............................	
	Summe inkl. MwSt:		..............................