System Health Check Musterklauseln

System Health Check. IBM wird, sofern diese Option im Bestellschein ausgewählt ist, bis zu vier (4) Systemstatusprüfungen („System Health Checks“ genannt) für die ausgewählte Anzahl an berechtigten Maschinen durchführen. Der System Health Check Service umfasst die Prüfung folgender Aspekte: 1. Serviceprozessor (Systemmanagement); 2. Managementmodul in der BladeCenter-Umgebung; 3. Plattencontroller; 4. Plattenplatz von Dateisystemen; 5. Allgemeine Kernel-Systemparameter; 6. Status der berechtigten Programme, einschließlich: a) Kernel; b) Anwendungen; c) Dateisystemzugriff. Die für die Analyse im Rahmen der Option System Health Check erforderlichen Daten werden entweder per Fernzugriff oder vor Ort an dem/den Aufstellungsort/en erfasst, wie jeweils anwendbar und wie zwischen dem Kunden und dem Remote Account Advocate Team vereinbart. Nach Abschluss der Aktivitäten im Rahmen der Option System Health Check wird das Remote Account Advocate Team die erfassten Daten analysieren und dem Kunden mit dem ersten planmäßigen ETS-Prüfbericht die Ergebnisse der Analyse und etwaige zusätzliche Empfehlungen für eine mögliche Optimierung der beim Kunden installierten berechtigten Maschinen und Linux-Betriebssysteme, die durch die Option System Health Check abgedeckt werden, bereitstellen. Die Gebühr für die Option System Health Check basiert auf der Serverklasse und der für jede jährliche Servicelaufzeit ausgewählten Anzahl an System Health Checks. Die Serverklasse und die für jede jährliche Servicelaufzeit ausgewählte Anzahl an System Health Checks sind im Bestellschein angegeben. Die Gebühr für den System Health Check Service wird jedes Mal angepasst, wenn IBM nach schriftlicher Anforderung des Kunden eine neue berechtigte Maschine in den Leistungsumfang des Service aufnimmt und dies zu einer Änderung der für den Kunden geltenden Serverklasse führt. Wenn der Kunde den Service von einem IBM Business Partner erwirbt, sind etwaige Änderungen der Gebühr beim IBM Business Partner zu erfragen. Der System Health Check Service beinhaltet keine Unterstützung für folgende Aufgaben: 1. Entwurf und Entwicklung von Anwendungen; 2. Nutzung der Programme durch den Kunden in einer anderen als der spezifizierten Betriebsumgebung; 3. Beratungsaktivitäten; oder 4. Leistungsbezogene Analyse.
System Health Check. IBM wird, sofern diese Option im Bestellschein ausgewählt ist, bis zu vier (4) Systemstatusprüfungen („System Health Checks“ genannt) für die ausgewählte Anzahl an berechtigten Maschinen durchführen. Der System Health Check Service umfasst folgende Aufgaben: 1. Im Rahmen der im Bestellschein für jede jährliche Servicelaufzeit ausgewählten System Health Checks wird IBM eine technische Analyse folgender Aspekte durchführen: a) Serviceprozessor (Systemmanagement); b) Managementmodul in der BladeCenter-Umgebung; c) Plattencontroller; und d) Betriebssystemprotokolle. 2. Jeweils einmal während jeder jährlichen Servicelaufzeit wird IBM eine Analyse der berechtigten Maschinen auf der Basis der Funktion des Servers (z. B. Exchange-Server, Terminal-Server etc.) durchführen. Die Analyse der Funktion einiger Server erfordert möglicherweise bestimmte Systemtools, die auf dem System des Kunden installiert und ausgeführt werden, um die optimale Konfiguration zu bestimmen. Die für die Analyse im Rahmen der Option System Health Check erforderlichen Daten werden entweder per Fernzugriff oder vor Ort an dem/den Aufstellungsort/en erfasst, wie jeweils anwendbar und wie zwischen dem Kunden und dem Remote Account Advocate Team vereinbart. Nach Abschluss der Aktivitäten im Rahmen der Option System Health Check wird das Remote Account Advocate Team die erfassten Daten analysieren und dem Kunden mit dem ersten planmäßigen ETS-Prüfbericht die Ergebnisse der Analyse und etwaige zusätzliche Empfehlungen für eine mögliche Optimierung der beim Kunden installierten berechtigten Maschinen und Microsoft Windows-Betriebssysteme, die durch die Option System Health Check abgedeckt werden, bereitstellen. Die Gebühr für die Option System Health Check basiert auf der Serverklasse und der für jede jährliche Servicelaufzeit ausgewählten Anzahl an System Health Checks. Die Serverklasse und die für jede jährliche Servicelaufzeit ausgewählte Anzahl an System Health Checks sind im Bestellschein angegeben. Die Gebühr für den System Health Check Service wird jedes Mal angepasst, wenn IBM nach schriftlicher Anforderung des Kunden eine neue berechtigte Maschine in den Leistungsumfang des Service aufnimmt und dies zu einer Änderung der für den Kunden geltenden Serverklasse führt. Wenn der Kunde den Service von einem IBM Business Partner erwirbt, sind etwaige Änderungen der Gebühr beim IBM Business Partner zu erfragen. Der System Health Check Service beinhaltet keine Unterstützung für folgende Aufgaben: 1....

Related to System Health Check

  • Muster-Widerrufsformular (Wenn Sie den Vertrag widerrufen wollen, dann füllen Sie bitte dieses Formular aus und senden Sie es zurück.)

  • Qualitätsmanagement Der Lieferant verpflichtet sich zur permanenten Anwendung eines wirksamen Qualitätsmanage- mentsystems, das entsprechend seiner Struktur und Betriebsgröße auf der Basis der aktuellen Re- vision von IATF 16949/ VDA 6.1 oder vergleichbar aufgebaut und zumindest gem. DIN EN ISO 9001 in der gültigen Ausgabe zertifiziert wurde. Die Anforderungen des Zertifizierungsstandards, erweitert um die Forderungen dieser QSV, müssen in das Qualitätsmanagementsystem (QMS) des Lieferan- ten implementiert werden. Inhalte dieser QSV widerspiegeln die Ansprüche des Bestellers, der IATF 16949 und die kunden- spezifischen Zusatzanforderungen der Kunden des Bestellers (CSR) an das Qualitätsmanagement- system der Lieferanten (s. Anlage 1 zur Information). Der Lieferant verpflichtet sich das Bewusstsein seiner Mitarbeiter in Bezug auf Produktkonformität, Produktsicherheit, sowie auch das ethische Verhalten zu fördern. Die notwendige Qualifikation des Fach- und Prüfpersonals ist durch regelmäßige Schulungsmaßnahmen aufrechtzuerhalten. Die not- wendigen Arbeitsanweisungen und Vorgabedokumente müssen den Mitarbeitern am Arbeitsplatz zur Verfügung stehen. Der Lieferant muss die Anforderungen des VDA-Bandes Produktintegrität einhalten und umsetzen. Die Benennung und Qualifizierung eines Produktsicherheits- und Konformitätsbeauftragten (Product Safety and Conformity Representative = PSCR) ist verpflichtend. Die Wirksamkeit seines Herstellprozesses überprüft der Lieferant in einem jährlichen Selbstaudit gemäß der Richtlinie VDA 6.3 (Prozessaudit) und VDA 6.5 (Produktaudit) bzw. nach der jeweiligen kundenspezifischen Vorgabe (s. Anlage 1). Der Besteller behält sich das Recht vor, Nachweise zu den durchgeführten Audits einzufordern.

  • Erteilung des SEPA-Lastschriftmandats (SEPA Direct Debit Mandate) Der Kunde erteilt dem Zahlungsempfänger ein SEPA-Lastschriftmandat. Damit autorisiert er gegenüber seiner Bank die Einlösung von SEPA- Basis-Lastschriften des Zahlungsempfängers. Das Mandat ist in Textform oder in der mit seiner Bank vereinbarten Art und Weise zu erteilen. In dieser Autorisierung ist zugleich die ausdrückliche Zustimmung enthal- ten, dass die am Lastschrifteinzug beteiligten Zahlungsdienstleister und etwaige zwischengeschaltete Stellen die für die Ausführung der Last- schrift notwendigen personenbezogenen Daten des Kunden abrufen, verarbeiten, übermitteln und speichern. In dem SEPA-Lastschriftmandat müssen die folgenden Erklärungen des Kunden enthalten sein: – Ermächtigung des Zahlungsempfängers, Zahlungen vom Konto des Kunden mittels SEPA-Basis-Lastschrift einzuziehen, und – Weisung an die Bank, die vom Zahlungsempfänger auf sein Konto gezogenen SEPA-Basis-Lastschriften einzulösen. Das SEPA-Lastschriftmandat muss folgende Autorisierungsdaten ent- halten: – Bezeichnung des Zahlungsempfängers, – eine Gläubiger-Identifikationsnummer, – Kennzeichnung als einmalige oder wiederkehrende Zahlung, – Name des Kunden (sofern verfügbar), – Bezeichnung der Bank des Kunden und – seine Kundenkennung (siehe Nummer A. 2.1.2). Über die Autorisierungsdaten hinaus kann das Lastschriftmandat zu- sätzliche Angaben enthalten.

  • SEPA-Lastschriftmandat Gläubiger-ID DE88ZZZ00000928033 / Mandatsreferenz MDT10027-00(Kundennr.)-000 Ich ermächtige Kabel- & Medienservice Jungnickel GmbH & Co. KG Zahlungen von meinem Konto mittels Lastschrift einzuziehen. Zugleich weise ich mein Kreditinstitut an, die von Kabel- & Medienservice Jungnickel GmbH & Co. KG auf mein Konto gezogenen Lastschriften einzulösen. Hinweis: Ich kann innerhalb von acht Wochen, beginnend mit dem Belastungsdatum, die Erstattung des belasteten Betrages verlangen. Es gelten dabei die mit meinem Kreditinstitut vereinbarten Bedingungen. _ _ _ _ Kreditinstitut (Name und BIC) IBAN Schneeberg, Ort, Datum und Unterschrift Der Telekommunikationsnetzbetreiber betreibt ein regional begrenztes Breitbandnetz. Über dieses Netz bietet der Telekommunikationsnetzbetreiber seinen Kunden Rundfunk, Internet und Telefonie sowie mit diesen Diensten zusammenhängende weitere Services an. Diese besonderen Geschäftsbedingungen (nachfolgend „BesGB“) gelten für Vertragsverhältnisse, die im Hinblick auf den Bezug der TV, Internet- und/oder Telefoniedienste ab dem 16. Juli 2020 begründet oder geändert wurden. Die Rechte und Pflichten der Vertragsparteien ergeben sich in folgender Reihenfolge aus dem Nutzungsvertrag inklusive der jeweiligen Preisliste, der Leistungsbeschreibung, diesen BesGB und den Allgemeinen Geschäftsbedingungen („AGB“). Im Fall von Widersprüchen der Bestimmungen der vorstehenden Dokumente gehen die Bestimmungen der jeweils zuerst genannten Dokumente denen der danach genannten Dokumente vor. Bezieht der Kunde neben dem TV-, Internet- und/oder Telefoniedienst weitere Dienste von dem Telekommunikationsnetzbetreiber, gelten darüber hinaus die weiteren Besonderen Geschäftsbedingungen für diese Dienste. Die BesGB finden auch Anwendung auf hiermit im Zusammenhang stehende Auskünfte, Beratungen, Wartungsarbeiten und Störungsbeseitigungen.

  • Fehlgeschlagener Lastschrifteinzug Hat es der Versicherungsnehmer zu vertreten, dass ein oder mehrere Beiträge, trotz wiederholtem Einziehungsversuch, nicht eingezogen werden können, ist der Versicherer berechtigt, das SEPA-Lastschriftmandat in Textform (z. B. E-Mail, Telefax oder Brief) zu kündigen. Der Versicherer hat in der Kündigung darauf hinzuweisen, dass der Versicherungsnehmer verpflichtet ist, den ausstehenden Beitrag und zukünftige Beiträge selbst zu übermitteln. Von Kreditinstituten erhobene Bearbeitungsgebühren für fehlgeschlagenen Lastschrifteinzug können dem Versicherungsnehmer in Rechnung gestellt werden.

  • Kündigung nach Risikoerhöhung aufgrund Änderung oder Erlass von Rechtsvorschriften Bei Erhöhungen des versicherten Risikos durch Änderung bestehender oder Erlass neuer Rechtsvorschriften ist der Versicherer berechtigt, das Versicherungsverhältnis unter Einhaltung einer Frist von einem Monat zu kündigen. Das Kündigungsrecht erlischt, wenn es nicht innerhalb eines Monats von dem Zeitpunkt an ausgeübt wird, in welchem der Versicherer von der Erhöhung Kenntnis erlangt hat.

  • Veröffentlichung von Informationen nach erfolgter Emission Die Emittentin beabsichtigt, mit Ausnahme der in den Bedingungen genannten Bekanntmachungen, keine Veröffentlichung von Informationen nach erfolgter Emission. Das US-Finanzministerium (US-Treasury Department) hat Vorschriften erlassen, gemäß derer gezahlte Dividenden oder als Dividenden eingestufte Zahlungen aus US-Quellen für bestimmte Finanzinstrumente entsprechend den Umständen insgesamt oder teilweise, als eine Dividendenäquivalente Zahlung betrachtet werden, die einer Quellensteuer in Höhe von 30% (vorbehaltlich eines niedrigeren Satzes im Fall eines entsprechenden Abkommens) unterliegt. Nach Auffassung der Emittentin unterfallen die Wertpapiere zum Zeitpunkt der Begebung nicht der Quellensteuer nach diesen Vorschriften. In bestimmten Fällen ist es aber im Hinblick auf eine Kombination von Transaktionen, die so behandelt werden, als würden sie miteinander in Verbindung stehen, auch wenn sie eigentlich keiner Einbehaltung der Quellensteuer unterliegen, möglich, dass Nicht-US-Inhaber der Besteuerung gemäß dieser Vorschriften unterfallen. Nicht-US-Inhaber sollten ihren Steuerberater bezüglich der Anwendbarkeit dieser Vorschriften, nachträglich veröffentlichter offiziellen Bestimmungen/Richtlinien und bezüglich jeglicher anderer möglicher alternativen Einordnung ihrer Wertpapiere für US-amerikanische Bundeseinkommensteuerzwecke zu Rate ziehen (siehe hierzu auch den Abschnitt „Besteuerung in den Vereinigten Staaten von Amerika - Ausschüttungsgleiche Zahlungen“ im Basisprospekt, der eine ausführlichere Darstellung der Anwendbarkeit des Abschnitts 871 (m) auf die Wertpapiere enthält).

  • Profilbildung (Scoring) Die SCHUFA-Auskunft kann um sogenannte Scorewerte ergänzt werden. Beim Scoring wird anhand von gesammelten Informationen und Erfahrungen aus der Vergangenheit eine Prognose über zukünftige Ereignisse erstellt. Die Berechnung aller Scorewerte erfolgt bei der SCHUFA grundsätzlich auf Basis der zu einer betroffenen Person bei der SCHUFA gespeicherten Informationen, die auch in der Auskunft nach Artikel 15 DSGVO ausgewiesen werden. Darüber hinaus berück- sichtigt die SCHUFA beim Scoring die Bestimmungen § 31 BDSG. Anhand der zu einer Person gespeicherten Einträge erfolgt eine Zuordnung zu statistischen Personengruppen, die in der Vergangenheit ähnliche Einträge aufwiesen. Das verwendete Verfahren wird als »logistische Regression« bezeichnet und ist eine fundierte, seit langem praxiserprobte, mathematisch-statistische Methode zur Prognose von Risikowahrscheinlichkeiten. Folgende Datenarten werden bei der SCHUFA zur Scoreberechnung verwendet, wobei nicht jede Datenart auch in jede einzelne Scoreberechnung mit einfließt: Allgemeine Daten (z. B. Geburtsdatum, Geschlecht oder Anzahl im Geschäftsver- kehr verwendeter Anschriften), bisherige Zahlungsstörungen, Kreditaktivität letztes Jahr, Kreditnutzung, Länge Kredithistorie sowie Anschriftendaten (nur wenn wenige personenbezogene kreditrelevante Informationen vorliegen). Bestimmte Informationen werden weder gespeichert noch bei der Berechnung von Scorewerten berücksichtigt, z. B.: Angaben zur Staatsangehörigkeit oder besondere Kategorien personenbezogener Daten wie ethnische Herkunft oder Angaben zu politischen oder religiösen Einstellungen nach Artikel 9 DSGVO. Auch die Geltendmachung von Rechten nach der DSGVO, also z. B. die Einsichtnahme in die bei der SCHUFA gespeicherten Informationen nach Artikel 15 DSGVO, hat keinen Einfluss auf die Scoreberechnung. Die übermittelten Scorewerte unterstützen die Vertragspartner bei der Entschei- dungsfindung und gehen dort in das Risikomanagement ein. Die Risikoeinschätzung und Beurteilung der Kreditwürdigkeit erfolgt allein durch den direkten Geschäfts- partner, da nur dieser über zahlreiche zusätzliche Informationen – zum Beispiel aus einem Kreditantrag – verfügt. Dies gilt selbst dann, wenn er sich einzig auf die von der SCHUFA gelieferten Informationen und Scorewerte verlässt. Ein SCHUFA- Score alleine ist jedenfalls kein hinreichender Grund einen Vertragsabschluss abzulehnen. Weitere Informationen zum Kreditwürdigkeitsscoring oder zur Erkennung auffälliger Sachverhalte sind unter xxx.xxxxxxx-xxxxxx.xx erhältlich. 1. Name und Kontaktdaten der ICD (verantwortliche Stelle) sowie des betrieblichen Datenschutzbeauftragten

  • Profil des typischen Anlegers Das Profil des typischen Anlegers des OGAW ist im Anhang A „Fonds im Überblick“ beschrieben.

  • Übermittlung von Lastschriftdaten Bei SEPA-Firmen-Lastschriften können die Lastschriftdaten auch über das Nachrichtenübermittlungssystem der Society for Worldwide Interbank Financial Telecommunication (SWIFT) mit Sitz in Belgien und Rechenzentren in der Europäischen Union, in der Schweiz und in den USA weitergeleitet werden.