Политика за наличност на услугата, промени в доставчика и миграция
Неутрални спрямо доставчика правила за непрекъснатост на услугата, смяна на доставчик, миграция и пенсиониране.
1. Неутрална спрямо доставчика архитектура
X2 може да използва независими доставчици за разпространение, съхранение, плащания, проверка, анализи, инфраструктура за права, социални интеграции, облачна инфраструктура, комуникации и други функции. Доставчиците са компоненти на услугата или адаптери и не определят собствеността на клиента или идентичността на X2.
2. Canonical X2 данни
X2 може да поддържа канонични вътрешни записи за каталог, права, идентификатори, метаданни, състояние на доставка, състояние на проверка, отчитане и друга оперативна информация, независимо от всеки един доставчик.
3. Промени в доставчика
X2 може да добавя, заменя, премахва или преконфигурира доставчици за надеждност, сигурност, цена, производителност, географско покритие, съответствие, мащабируемост или разработване на продукти.
4. Без прехвърляне на собственост
Смяната на доставчик не прехвърля собствеността върху клиентско съдържание, оригинални изображения, композиции, права за публикуване, каталожни записи или самоличност на клиента.
5. Миграция
Когато е уместно, X2 може да мигрира метаданни, файлове, маршрутизиране на доставка, връзки за отчитане, идентификационни данни или конфигурация на услугата между компонентите на доставчика.
6. Непрекъснатост на услугата
X2 има за цел да поддържа разумна непрекъснатост, но миграциите могат да причинят забавяния, разлики в синхронизирането, промени в състоянието, пропуски в отчитането или временно ограничена функционалност.
7. Спешни промени
Ускорени промени на доставчика може да възникнат след инциденти със сигурността, прекъсвания, прекратяване на доставчика, законови ограничения, санкции, спешен риск за съответствие или съществена повреда на инфраструктурата.
8. Дистрибуторска миграция
По време на миграцията на разпространение каноничните каталожни записи трябва да останат в X2, идентификаторите трябва да се запазят, когато е подходящо, дублиращите се доставки трябва да се избягват и може да се наложат специфични за доставчика процедури за сваляне или повторно доставяне.
9. Миграция на доставчик на плащания
Нов финансов доставчик може да изисква подновен KYC или KYB, проверка на бенефициента, нови методи на изплащане, приемане на условията на доставчика или поддръжка в различна валута. Натрупаните отговарящи на условията права не изчезват само защото X2 сменя финансовите доставчици.
10. Миграция на права и анализи
Историята на правата трябва да остане различна от техническите промени на доставчика. Анализите от различни източници може да използват различни дефиниции и може да не са директно сравними между промените на доставчика.
11. API версии
X2 може да въведе нови версии на API и да отхвърли старите версии. Промените, повреждащи материалите, могат да получат разумно известие, когато е възможно.
12. Пенсиониране по служба
X2 може да оттегли функция, когато поддръжката на доставчика приключи, технологията остарее, правните изисквания се променят, употребата вече не оправдава работа или е налична функционалност за замяна, предмет на договорни задължения.
13. Миграцията не пренаписва историята
Техническата миграция не трябва тихо да променя собствеността върху правата, историческите дялове, финансовата история или историята на проверката.
14. Действие на клиента
Някои миграции може да изискват повторно свързване, подновено OAuth оторизиране, актуализирана информация за изплащане, приемане на нови условия на доставчика или преглед на мигрирани данни.
15. Без подразбиращо се SLA
Общият достъп до X2 не създава подразбиращо се гарантирано споразумение за ниво на обслужване. Корпоративните услуги може да имат отделни писмени ангажименти за наличност.