Serviceverfügbarkeit, Anbieteränderungen und Migrationsrichtlinie
Anbieterneutrale Regeln für Servicekontinuität, Anbieteraustausch, Migration und Stilllegung.
1. Anbieterneutrale Architektur
X2 kann unabhängige Anbieter für Verteilung, Speicherung, Zahlungen, Verifizierung, Analyse, Rechteinfrastruktur, soziale Integrationen, Cloud-Infrastruktur, Kommunikation und andere Funktionen nutzen. Anbieter sind Dienstkomponenten oder Adapter und definieren weder den Kundeneigentum noch die X2-Identität.
2. Kanonische X2-Daten
X2 kann kanonische interne Aufzeichnungen für Katalog, Rechte, Identifikatoren, Metadaten, Lieferstatus, Verifizierungsstatus, Berichte und andere Betriebsinformationen unabhängig von einem einzelnen Anbieter führen.
3. Anbieterwechsel
X2 kann Anbieter hinzufügen, ersetzen, entfernen oder neu konfigurieren, um Zuverlässigkeit, Sicherheit, Kosten, Leistung, geografische Abdeckung, Compliance, Skalierbarkeit oder Produktentwicklung zu gewährleisten.
4. Keine Eigentumsübertragung
Durch den Wechsel eines Anbieters wird das Eigentum an Kundeninhalten, Mastern, Kompositionen, Veröffentlichungsrechten, Katalogdatensätzen oder der Kundenidentität nicht übertragen.
5. Migration
Gegebenenfalls kann X2 Metadaten, Dateien, Lieferrouting, Berichtsverbindungen, Anmeldeinformationen oder Dienstkonfigurationen zwischen Anbieterkomponenten migrieren.
6. Servicekontinuität
X2 ist bestrebt, eine angemessene Kontinuität aufrechtzuerhalten. Migrationen können jedoch zu Verzögerungen, Synchronisierungsunterschieden, Statusänderungen, Berichtslücken oder vorübergehend eingeschränkter Funktionalität führen.
7. Notfalländerungen
Zu beschleunigten Anbieterwechseln kann es nach Sicherheitsvorfällen, Ausfällen, Anbieterkündigungen, rechtlichen Einschränkungen, Sanktionen, dringenden Compliance-Risiken oder wesentlichen Infrastrukturausfällen kommen.
8. Verteilungsmigration
Während der Verteilungsmigration sollten kanonische Katalogdatensätze in X2 verbleiben, Identifikatoren sollten gegebenenfalls beibehalten werden, doppelte Lieferungen sollten vermieden werden und möglicherweise anbieterspezifische Entfernungs- oder Neuzustellungsverfahren erforderlich sein.
9. Migration des Zahlungsanbieters
Ein neuer Finanzdienstleister erfordert möglicherweise eine erneute KYC- oder KYB-Prüfung, eine Überprüfung des Begünstigten, neue Auszahlungsmethoden, die Akzeptanz der Anbieterbedingungen oder eine andere Währungsunterstützung. Angesammelte Anspruchsberechtigungen verschwinden nicht allein dadurch, dass X2 den Finanzanbieter wechselt.
10. Migration von Rechten und Analysen
Der Rechteverlauf sollte sich von technischen Anbieteränderungen unterscheiden. Analysen aus verschiedenen Quellen verwenden möglicherweise unterschiedliche Definitionen und sind bei Anbieterwechseln möglicherweise nicht direkt vergleichbar.
11. API-Versionierung
X2 führt möglicherweise neue API-Versionen ein und veraltet alte Versionen. Wesentliche bahnbrechende Änderungen können, soweit möglich, mit angemessener Frist angekündigt werden.
12. Dienstaustritt
X2 kann eine Funktion einstellen, wenn der Anbietersupport endet, die Technologie veraltet ist, sich gesetzliche Anforderungen ändern, die Nutzung den Betrieb nicht mehr rechtfertigt oder Ersatzfunktionen verfügbar sind, vorbehaltlich vertraglicher Verpflichtungen.
13. Migration schreibt die Geschichte nicht neu
Die technische Migration darf nicht stillschweigend den Rechteinhaber, die historischen Anteile, die Finanzhistorie oder die Verifizierungshistorie verändern.
14. Kundenaktion
Einige Migrationen erfordern möglicherweise eine erneute Verbindung, eine erneute OAuth-Autorisierung, aktualisierte Auszahlungsinformationen, die Annahme neuer Anbieterbedingungen oder eine Überprüfung der migrierten Daten.
15. Kein implizites SLA
Durch den allgemeinen X2-Zugriff entsteht kein implizites garantiertes Service-Level-Agreement. Für Unternehmensdienste gelten möglicherweise gesonderte schriftliche Verfügbarkeitsverpflichtungen.