Dostępność usług, zmiany dostawców i zasady migracji
Neutralne dla dostawcy zasady dotyczące ciągłości usług, wymiany dostawców, migracji i przechodzenia na emeryturę.
1. Architektura neutralna dla dostawców
X2 może korzystać z niezależnych dostawców w zakresie dystrybucji, przechowywania, płatności, weryfikacji, analiz, infrastruktury praw, integracji społecznościowej, infrastruktury chmury, komunikacji i innych funkcji. Dostawcy są komponentami usług lub adapterami i nie definiują własności klienta ani tożsamości X2.
2. Dane kanoniczne X2
X2 może prowadzić kanoniczne wewnętrzne zapisy dotyczące katalogu, praw, identyfikatorów, metadanych, stanu dostawy, stanu weryfikacji, raportowania i innych informacji operacyjnych niezależnie od pojedynczego dostawcy.
3. Zmiany Dostawcy
X2 może dodawać, zastępować, usuwać lub rekonfigurować dostawców pod kątem niezawodności, bezpieczeństwa, kosztów, wydajności, zasięgu geograficznego, zgodności, skalowalności lub rozwoju produktu.
4. Brak przeniesienia własności
Zmiana dostawcy nie powoduje przeniesienia własności treści klienta, wzorców, kompozycji, praw wydawniczych, zapisów katalogowych ani tożsamości klienta.
5. Migracja
W stosownych przypadkach X2 może migrować metadane, pliki, trasy dostaw, połączenia raportowania, dane uwierzytelniające lub konfigurację usług pomiędzy komponentami dostawcy.
6. Ciągłość usług
X2 ma na celu utrzymanie rozsądnej ciągłości, ale migracje mogą powodować opóźnienia, różnice w synchronizacji, zmiany statusu, luki w raportach lub tymczasowe ograniczenie funkcjonalności.
7. Zmiany awaryjne
Przyspieszone zmiany dostawców mogą nastąpić w przypadku incydentów związanych z bezpieczeństwem, przestojów, rozwiązania dostawcy, ograniczeń prawnych, sankcji, pilnego ryzyka braku zgodności lub awarii infrastruktury materialnej.
8. Migracja dystrybucji
Podczas migracji dystrybucji rekordy katalogu kanonicznego powinny pozostać w X2, w stosownych przypadkach należy zachować identyfikatory, należy unikać podwójnych dostaw i mogą być wymagane specyficzne dla dostawcy procedury usuwania lub ponownego dostarczania.
9. Migracja dostawcy płatności
Nowy dostawca usług finansowych może wymagać odnowienia KYC lub KYB, weryfikacji beneficjenta, nowych metod wypłaty, akceptacji warunków dostawcy lub obsługi innej waluty. Naliczone kwalifikowalne uprawnienia nie znikają wyłącznie dlatego, że X2 zmienia dostawców usług finansowych.
10. Migracja praw i analityki
Historia praw powinna być odrębna od zmian dostawców usług technicznych. Analizy z różnych źródeł mogą wykorzystywać różne definicje i mogą nie być bezpośrednio porównywalne w przypadku zmian dostawców.
11. Wersjonowanie API
X2 może wprowadzić nowe wersje API i wycofać stare wersje. Jeśli jest to wykonalne, istotne zmiany mogą zostać powiadomione z odpowiednim wyprzedzeniem.
12. Przejście na emeryturę
X2 może wycofać tę funkcję, gdy zakończy się wsparcie dostawcy, technologia stanie się przestarzała, zmienią się wymagania prawne, użytkowanie nie uzasadnia już działania lub dostępna będzie funkcja zastępcza, z zastrzeżeniem zobowiązań umownych.
13. Migracja nie pisze historii na nowo
Migracja techniczna nie może po cichu zmieniać własności praw, historycznych udziałów, historii finansowej ani historii weryfikacji.
14. Działanie klienta
Niektóre migracje mogą wymagać ponownego połączenia, odnowienia autoryzacji OAuth, zaktualizowania informacji o wypłacie, zaakceptowania warunków nowego dostawcy lub sprawdzenia przeniesionych danych.
15. Brak dorozumianej umowy SLA
Ogólne Dostęp X2 nie tworzy dorozumianej umowy o gwarantowanym poziomie usług. Usługi dla przedsiębiorstw mogą podlegać oddzielnym pisemnym zobowiązaniom dotyczącym dostępności.