Beschikbaarheid van services, wijzigingen in providers en migratiebeleid
Provider-neutrale regels voor servicecontinuïteit, vervanging van providers, migratie en pensionering.
1. Provider-neutrale architectuur
X2 kan onafhankelijke providers gebruiken voor distributie, opslag, betalingen, verificatie, analyse, rechteninfrastructuur, sociale integraties, cloudinfrastructuur, communicatie en andere functies. Providers zijn servicecomponenten of adapters en definiëren geen klanteigendom of X2-identiteit.
2. Canonieke X2-gegevens
X2 kan canonieke interne gegevens bijhouden voor catalogus, rechten, identificatiegegevens, metagegevens, leveringsstatus, verificatiestatus, rapportage en andere operationele informatie, onafhankelijk van een enkele aanbieder.
3. Wijzigingen aan de leverancier
X2 kan providers toevoegen, vervangen, verwijderen of opnieuw configureren met het oog op betrouwbaarheid, beveiliging, kosten, prestaties, geografische dekking, compliance, schaalbaarheid of productontwikkeling.
4. Geen eigendomsoverdracht
Als u van aanbieder verandert, wordt het eigendom van klantinhoud, masters, composities, publicatierechten, catalogusrecords of klantidentiteit niet overgedragen.
5. Migratie
Waar nodig kan X2 metagegevens, bestanden, leveringsroutering, rapportageverbindingen, inloggegevens of serviceconfiguratie tussen componenten van de provider migreren.
6. Servicecontinuïteit
X2 streeft ernaar een redelijke continuïteit te behouden, maar migraties kunnen vertragingen, synchronisatieverschillen, statuswijzigingen, rapportagelacunes of tijdelijk beperkte functionaliteit veroorzaken.
7. Noodwijzigingen
Versnelde wisselingen van aanbieder kunnen optreden na beveiligingsincidenten, uitval, beëindiging van aanbieder, wettelijke beperkingen, sancties, dringende nalevingsrisico's of falen van de materiële infrastructuur.
8. Distributiemigratie
Tijdens de distributiemigratie moeten de canonieke catalogusrecords in X2 blijven, moeten identificatiegegevens waar nodig worden bewaard, moeten dubbele leveringen worden vermeden en kunnen providerspecifieke verwijderings- of herleveringsprocedures vereist zijn.
9. Migratie van betalingsproviders
Een nieuwe financiële aanbieder kan een vernieuwde KYC of KYB, verificatie van de begunstigde, nieuwe uitbetalingsmethoden, aanvaarding van aanbiedervoorwaarden of ondersteuning in andere valuta vereisen. Het opgebouwde in aanmerking komende recht verdwijnt niet alleen omdat X2 van financiële dienstverlener verandert.
10. Migratie van rechten en analyses
De geschiedenis van de rechten moet gescheiden blijven van technische wijzigingen bij aanbieders. Analyses uit verschillende bronnen kunnen verschillende definities gebruiken en zijn mogelijk niet direct vergelijkbaar tussen wijzigingen in de provider.
11. API-versiebeheer
X2 kan nieuwe API-versies introduceren en oude versies afschaffen. Belangrijke wijzigingen kunnen indien mogelijk binnen een redelijke termijn worden aangekondigd.
12. Pensioen
X2 kan een functie buiten gebruik stellen wanneer de ondersteuning van de provider eindigt, de technologie verouderd raakt, de wettelijke vereisten veranderen, het gebruik de werking niet langer rechtvaardigt of vervangende functionaliteit beschikbaar is, afhankelijk van contractuele verplichtingen.
13. Migratie herschrijft de geschiedenis niet
Technische migratie mag het eigendom van rechten, historische aandelen, financiële geschiedenis of verificatiegeschiedenis niet stilletjes veranderen.
14. Klantactie
Voor sommige migraties is mogelijk opnieuw verbinding maken, hernieuwde OAuth-autorisatie, bijgewerkte uitbetalingsinformatie, acceptatie van nieuwe providervoorwaarden of beoordeling van gemigreerde gegevens vereist.
15. Geen impliciete SLA
Algemene X2-toegang creëert geen impliciete gegarandeerde serviceniveauovereenkomst. Enterprise-services kunnen afzonderlijke schriftelijke beschikbaarheidstoezeggingen hebben.