Tjenestetilgjengelighet, leverandørendringer og migreringspolicy
Leverandørnøytrale regler for tjenestekontinuitet, leverandørbytte, migrering og pensjonering.
1. Leverandørnøytral arkitektur
X2 kan bruke uavhengige leverandører for distribusjon, lagring, betalinger, verifisering, analyser, rettighetsinfrastruktur, sosiale integrasjoner, skyinfrastruktur, kommunikasjon og andre funksjoner. Leverandører er tjenestekomponenter eller adaptere og definerer ikke kundeeierskap eller X2-identitet.
2. Canonical X2 Data
X2 kan opprettholde kanoniske interne poster for katalog, rettigheter, identifikatorer, metadata, leveringstilstand, verifikasjonstilstand, rapportering og annen driftsinformasjon uavhengig av en enkelt leverandør.
3. Leverandørendringer
X2 kan legge til, erstatte, fjerne eller rekonfigurere leverandører for pålitelighet, sikkerhet, kostnad, ytelse, geografisk dekning, samsvar, skalerbarhet eller produktutvikling.
4. Ingen eierskapsoverføring
Å bytte leverandør overfører ikke eierskap til kundeinnhold, mastere, komposisjoner, publiseringsrettigheter, katalogposter eller kundeidentitet.
5. Migrasjon
Der det er hensiktsmessig, kan X2 migrere metadata, filer, leveringsruting, rapporteringsforbindelser, legitimasjon eller tjenestekonfigurasjon mellom leverandørkomponenter.
6. Tjenestekontinuitet
X2 har som mål å opprettholde rimelig kontinuitet, men migreringer kan forårsake forsinkelser, synkroniseringsforskjeller, statusendringer, rapporteringshull eller midlertidig begrenset funksjonalitet.
7. Nødsendringer
Akselererte leverandørendringer kan oppstå etter sikkerhetshendelser, driftsstans, leverandøroppsigelse, juridiske restriksjoner, sanksjoner, akutt overholdelsesrisiko eller svikt i materiell infrastruktur.
8. Distribusjonsmigrering
Under distribusjonsmigrering bør kanoniske katalogposter forbli i X2, identifikatorer bør bevares der det er hensiktsmessig, duplikatleveranser bør unngås og leverandørspesifikke fjerning eller omleveringsprosedyrer kan være nødvendig.
9. Migrering av betalingsleverandør
En ny finansiell leverandør kan kreve fornyet KYC eller KYB, mottakerverifisering, nye utbetalingsmetoder, aksept av leverandørvilkår eller annen valutastøtte. Opparbeidet berettiget rettighet forsvinner ikke kun fordi X2 bytter finanstilbyder.
10. Rettigheter og analysemigrering
Rettighetshistorikken bør forbli forskjellig fra endringer i tekniske leverandører. Analytics fra forskjellige kilder kan bruke forskjellige definisjoner og er kanskje ikke direkte sammenlignbare på tvers av leverandørendringer.
11. API-versjon
X2 kan introdusere nye API-versjoner og avvikle gamle versjoner. Vesentlige endringer kan få rimelig varsel der det er praktisk mulig.
12. Tjenestepensjonering
X2 kan trekke tilbake en funksjon der leverandørstøtte opphører, teknologi blir foreldet, juridiske krav endres, bruk ikke lenger rettferdiggjør drift eller erstatningsfunksjonalitet er tilgjengelig, underlagt kontraktsmessige forpliktelser.
13. Migrering omskriver ikke historien
Teknisk migrering må ikke i det stille endre rettighetseierskap, historiske aksjer, finansiell historie eller verifikasjonshistorikk.
14. Kundehandling
Noen migreringer kan kreve gjentilkobling, fornyet OAuth-autorisasjon, oppdatert utbetalingsinformasjon, aksept av nye leverandørvilkår eller gjennomgang av migrerte data.
15. Ingen underforstått SLA
Generell X2-tilgang oppretter ikke en underforstått garantert servicenivåavtale. Bedriftstjenester kan ha separate skriftlige tilgjengelighetsforpliktelser.