Service Request Management Musterklauseln

Service Request Management. Sind im vereinbarten Leistungsumfang Service Requests (Serviceabrufe) definiert, können diese durch die Auftragsberechtigten abgerufen werden. (Nummer 5.1 des EVB-IT) Service Requests werden vom Auftraggeber und den Abrufberechtigten über die Servicekoordination Technik eingestellt. Die Bearbeitung wird beim Auftragsverarbeiter im Rahmen des Prozesses zum Changemanagement sichergestellt.
Sample 1Sample 2See All (15)
Service Request Management. Ein Service Request ist eine Anfrage nach Informationen, Beratung, einem Standard-Change oder nach Zugriff auf einen IT Service. Service Requests werden im Rahmen des Change Management in einem einheitlichen Prozess bearbeitet. Die Aufnahme und Bearbeitung der Service Requests erfolgen beim Auftragnehmer. Für die interne Beauftragung der eigenen Leistungseinheiten ist der Auftragnehmer selbst verantwortlich. Es ergeben sich die folgenden Aufgaben und Zuständigkeiten: Aufgaben und Zuständigkeiten Auftrag- nehmer Auftrag- geber Prozessdesign Servicebereitstellungsprozesse und -workflows V, D Erfassung der Service Requests (Abweichende Zuständigkeit für SAP) V, D Bearbeitung der Service Requests und Klärung der Bereitstellungsdetails V, D Koordination kundeninitiierter Service Requests (Changes) V, D Einrichtung der Security-Standards gem. Schutzbedarfsspezifikation und Compliance Rules (verfahrensspezifisch) V, D Service Start / Stop / Reboot V, D Sicherstellung der Aktualität der Virus Pattern V, D Anpassung der Netzwerkkonfiguration V, D Änderung der Systemparameter (verfahrensspezifisch) V, D
Sample 1Sample 2Sample 3See All (6)
Service Request Management. Sind im vereinbarten Leistungsumfang Service Requests (Serviceabrufe) definiert, können diese durch die Auftragsberechtigten abgerufen werden. (Nummer 5.1 des EVB-IT) Service Requests werden vom Auftraggeber und den Abrufberechtigten über die Servicekoordination Technik und die im Leistungsumfang BASIS.bremen vereinbarte Vorgehensweise eingestellt. Die Bearbeitung wird beim Auftragsverarbeiter im Rahmen des Prozesses zum Changemanagement sichergestellt. Für das nachfolgend beschriebene Fachverfahren werden eine oder mehrere Verfahrensumgebungen entsprechend den jeweiligen Produktionsstufen im Rechenzentrum von Dataport bereitgestellt. Die jeweilige Verfahrensumgebung nutzt die RZ-Basisdienste entsprechend der ausgewählten SLA-Klasse, dem Sicherheitsbereich, den erforderlichen Serverrollen und dem Umfang an Verfahrensbetriebsleistungen. Grundlage der Verfahrensinfrastruktur, die sich aus den Server-Services und dem Technischen Verfahrensmanagement zusammensetzt, sind die entsprechenden Services aus dem Servicekatalog von Dataport in der aktuell gültigen Fassung.
Sample 1
Service Request Management. Sind im vereinbarten Leistungsumfang Service Requests (Serviceabrufe) definiert, können diese durch die Auftragsberechtigten abgerufen werden. (Nummer 5.1 des EVB-IT) Service Requests werden vom Auftraggeber und den Abrufberechtigten wie folgt eingestellt: Per E-Mail an das Funktionspostfach . Nachbestellungen gem. Ziffer 5.1 des EVB-IT: per E-Mail an das Funktionspostfach Formgebundene Service-Request können nur bei vollständigen Informationen bearbeitet werden. Die Bearbeitung wird beim Auftragverarbeiter im Rahmen des Prozesses zum Changemanagement sichergestellt. Anlage 4b zum V11019-1/3016010
Sample 1
Service Request Management. Sind im vereinbarten Leistungsumfang Service Requests (Serviceabrufe) definiert, können diese durch die Auftragsberechtigten abgerufen werden. (Nummer 5.1 des EVB-IT) Service Requests werden vom Auftraggeber und den Abrufberechtigten Service Requests werden vom Auftraggeber über die Servicekoordination Technik und die im Leistungsumfang BASIS.bremen vereinbarte Vorgehensweise eingestellt. Die Bearbeitung wird beim Auftragsverarbeiter im Rahmen des Prozesses zum Changemanagement sichergestellt. 01.11.2022 Service Level Agreement Teil B Seite 6 von 15 Vorlagenversion: 2.06 Verfahrensinfrastruktur im Dataport Xxxxxxxxxxxxx Xxxxxx 0x zum V11803-9/3011110 Vorlaufzeit) auf den Auftraggeber zum Zweck des Updates der Verfahrensinfrastruktur zukommen. Der Auftraggeber hat keinen Anspruch auf Weiterbetrieb von Verfahrensinfrastrukturen mit Betriebssystemen oder Middleware, für die kein Herstellersupport mehr besteht. In den Server-Services ist ohne gesonderte Beauftragung durch den Auftraggeber eine systemtechnische Speicherleistung in ausreichender Größe für das Betriebssystem und die Middleware enthalten. 01.11.2022 Service Level Agreement Teil B Seite 8 von 15 Vorlagenversion: 2.06 Verfahrensinfrastruktur im Dataport Rechenzentrum
Sample 1

Related to Service Request Management

  • Incident-Response-Management Unterstützung bei der Reaktion auf Sicherheitsverletzungen

  • Service Level Agreement Das folgende Verfügbarkeits-Service-Level-Agreement („SLA“) wird von IBM, so wie im Berechtigungsnachweis angegeben, für den Cloud-Service bereitgestellt. Das SLA stellt keine Gewährleistung dar. Es wird nur Kunden zur Verfügung gestellt und gilt ausschließlich für Produktionsumgebungen.

  • Risikomanagement Die Verwaltungsgesellschaft hat ein Risikomanagementverfahren zu verwenden, das es ihr ermöglicht, das mit den Anlagepositionen verbundene Risiko sowie ihren jeweiligen Anteil am Gesamtrisikoprofil des Fonds- vermögens jederzeit zu überwachen und zu messen. Das Gesamtrisiko ist nach dem Commitment Ansatz oder dem Value-at-Risk-Ansatz zu ermitteln. Die Verwaltungsgesellschaft hat angemessene und dokumentierte Risikomanagement-Grundsätze festzule- gen, umzusetzen und aufrechtzuerhalten. Die Risikomanagement-Grundsätze haben Verfahren zu umfassen, die notwendig sind, um Markt-, Liquiditäts- und Kontrahentenrisiken sowie sonstige Risiken, einschließlich operationeller Risiken, zu bewerten.

  • 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.

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

  • Installation Das Netzabschlussgerät wird auf dem Postweg versendet. Der Anschluss des Netzabschlussgerätes und der Anschluss der kundeneigenen Endgeräte er- folgt durch den Verbraucher selbst.

  • Datenschutz-Management Technische Maßnahmen Organisatorische Maßnahmen

  • Mitwirkung am Datenclearing gemäß MaBiS 3.1. Die Vertragsparteien verpflichten sich, an der Bilanzkreisabrechnung mitzuwirken nach Maßgabe der Festlegung BK6-07-002 (MaBiS) der Bundesnetzagentur, den zur weiteren Ausgestaltung verbändeübergreifend und unter Begleitung durch die Bundesnetzagentur erarbeiteten Spezifikationen in jeweils aktueller Fassung sowie unter Beachtung der von der Bundesnetzagentur hierzu veröffentlichten Mitteilungen. 3.2. Hinsichtlich des Clearings der vom VNB bereitzustellenden bilanzierungswirksamen Daten gilt insbesondere: Legt eine der Vertragsparteien konkrete Anhaltspunkte dar, die Anlass zur Prüfung und gegebenenfalls Korrektur von Daten oder zur Übermittlung einer veränderten Prüfungsmitteilung in Bezug auf Daten geben, so hat die jeweils andere Vertragspartei unverzüglich die erforderlichen Schritte im Rahmen des Clearings zu ergreifen.

  • 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

  • Kategorien von Empfängern der personenbezogenen Daten Rückversicherer: Vermittler: Datenverarbeitung in der Unternehmensgruppe: Externe Dienstleister: Weitere Empfänger: