Paslaugos prieinamumas, teikėjo pakeitimai ir perkėlimo politika
Teikėjui neutralios paslaugos tęstinumo, teikėjo pakeitimo, perkėlimo ir išėjimo į pensiją taisyklės.
1. Tiekėjo neutrali architektūra
X2 gali naudoti nepriklausomus teikėjus platinimui, saugojimui, mokėjimams, tikrinimui, analizei, teisių infrastruktūrai, socialinei integracijai, debesų infrastruktūrai, ryšiams ir kitoms funkcijoms. Teikėjai yra paslaugų komponentai arba adapteriai ir neapibrėžia kliento nuosavybės ar X2 tapatybės.
2. Kanoniniai X2 duomenys
X2 gali tvarkyti kanoninius vidinius katalogo, teisių, identifikatorių, metaduomenų, pristatymo būsenos, patvirtinimo būsenos, ataskaitų teikimo ir kitos veiklos informacijos įrašus nepriklausomai nuo vieno tiekėjo.
3. Teikėjo pakeitimai
X2 gali pridėti, pakeisti, pašalinti arba iš naujo sukonfigūruoti tiekėjus, kad būtų užtikrintas patikimumas, saugumas, kaina, našumas, geografinė aprėptis, atitiktis, mastelio keitimas arba produkto kūrimas.
4. Neperleidžiama nuosavybės teisė
Teikėjo pakeitimas neperduoda kliento turinio, meistrų, kompozicijų, leidybos teisių, katalogo įrašų ar kliento tapatybės nuosavybės.
5. Migracija
Jei reikia, X2 gali perkelti metaduomenis, failus, pristatymo maršrutą, ataskaitų teikimo ryšius, kredencialus arba paslaugų konfigūraciją tarp teikėjo komponentų.
6. Paslaugos tęstinumas
X2 siekia išlaikyti pagrįstą tęstinumą, tačiau dėl perkėlimo gali atsirasti delsų, sinchronizavimo skirtumų, būsenos pokyčių, ataskaitų teikimo spragų arba laikinai apribotos funkcijos.
7. Avariniai pokyčiai
Paspartinti teikėjo pasikeitimai gali įvykti po saugumo incidentų, gedimų, paslaugų teikėjo nutraukimo, teisinių apribojimų, sankcijų, skubios atitikties rizikos ar esminės infrastruktūros gedimo.
8. Paskirstymo migracija
Platinimo migracijos metu kanoniniai katalogo įrašai turėtų likti X2, identifikatoriai turėtų būti išsaugoti, jei reikia, reikėtų vengti pasikartojančių pristatymų ir gali prireikti konkrečių paslaugų teikėjo pašalinimo arba pakartotinio pristatymo procedūrų.
9. Mokėjimo teikėjo perkėlimas
Naujam finansų teikėjui gali prireikti atnaujinti KYC arba KYB, patvirtinti gavėją, naujus išmokėjimo būdus, sutikti su teikėjo sąlygomis arba parama kita valiuta. Sukaupta tinkama teisė neišnyksta vien dėl to, kad X2 pakeičia finansų teikėjus.
10. Teisių ir „Analytics“ perkėlimas
Teisių istorija turėtų būti atskirta nuo techninių teikėjų pakeitimų. Skirtingų šaltinių „Analytics“ gali naudoti skirtingus apibrėžimus ir gali būti tiesiogiai nepalyginami atsižvelgiant į teikėjo pakeitimus.
11. API versijos
X2 gali pristatyti naujas API versijas ir nebenaudoti senų versijų. Jei įmanoma, apie medžiagų lūžtančius pakeitimus galima tinkamai informuoti.
12. Išėjimas į pensiją
X2 gali panaikinti funkciją, kai nutrūksta teikėjo palaikymas, technologija pasensta, pasikeičia teisiniai reikalavimai, naudojimas nebepateisina veikimo arba gali būti pakeista funkcija, atsižvelgiant į sutartinius įsipareigojimus.
13. Migracija istorijos neperrašo
Techninis perkėlimas neturi tyliai pakeisti teisių nuosavybės, istorinių akcijų, finansinės istorijos ar patvirtinimo istorijos.
14. Kliento veiksmai
Kai kuriems perkėlimams gali reikėti iš naujo prisijungti, atnaujinti OAuth prieigos teisę, atnaujintą išmokėjimo informaciją, sutikti su naujomis teikėjo sąlygomis arba peržiūrėti perkeltus duomenis.
15. Nėra numanomo SLA
Bendroji X2 prieiga nesukuria numanomo garantuoto paslaugų lygio sutarties. Įmonės paslaugos gali turėti atskirus rašytinius pasiekiamumo įsipareigojimus.