Термін

Прив’язка до постачальника

Залежність від одного постачальника програм чи хмари, за якої перехід до іншого такий дорогий чи складний, що фірма практично не може піти. Виникає за закритих форматів даних і відсутності експорту, і вирішувати її треба вже в договорі.

Оновлено

Що це означає

Vendor lock-in, або прив'язка до постачальника, - стан, за якого фірма настільки залежить від одного постачальника технології, що перехід до іншого непропорційно дорогий, тривалий чи технічно майже неможливий. Це стосується передусім програм, хмарних сервісів, SaaS-застосунків, а також обладнання чи спеціалізованих послуг. Фірма втрачає переговорну силу й мусить приймати зміни цін та умов.

Причини - закриті чи пропрієтарні формати даних, відсутній чи обмежений експорт, тісний зв'язок з іншими сервісами того самого постачальника, індивідуальні доопрацювання, що не працюють деінде, довгострокові договори з високими санкціями за розірвання й ноу-хау, яке є лише в людей постачальника. Часто прив'язка складається поступово, без усвідомленого рішення.

Не всяка залежність погана. Глибока інтеграція з одним постачальником може дати ефективність і знизити витрати. Проблема виникає, коли фірма не усвідомлює залежності, не має плану виходу й не може відреагувати, якщо постачальник підвищить ціни, погіршить якість, змінить умови чи припинить діяльність.

Як це працює на практиці

Під час вибору системи радимо оцінювати й витрати на майбутній вихід як частину TCO. Ключові питання: чи можна експортувати всі дані у відкритому й придатному форматі, чи є задокументований API, які умови розірвання договору і скільки коштуватиме міграція даних до іншого рішення.

Договір має містити право на експорт даних будь-коли й особливо в разі розірвання, строк, протягом якого постачальник зберігає дані й надає до них доступ, сприяння під час переходу й чіткий SLA. За розробки на замовлення важливо мати права на вихідний код і документацію. Європейські правила для сервісів даних поступово посилюють право клієнтів на перехід між хмарними провайдерами.

Ризик знижують і відкриті стандарти та компоненти open source, відокремлення критичних даних від прикладного рівня й регулярні резервні копії в незалежному форматі. Для ключових систем, наприклад обліку, варто час від часу пробувати експорт і перевіряти, що дані повні й читабельні й поза початковою системою.

На що звернути увагу

Найчастіше про прив'язку дізнаються, коли постачальник сильно підвищує ціни або фірма хоче піти. Тоді з'ясовується, що експорт неповний, коштує великих грошей чи триває місяці. План виходу треба мати вже під час підписання, а не в кризу. Навіть добрі відносини з постачальником можуть змінитися, наприклад у разі його продажу.

Увага й до облікових та законних обов'язків. Фірма зобов'язана зберігати облікові записи протягом установленого законом строку. Якщо вони зберігаються лише в системі постачальника, доступ до якої після розірвання договору зникне, фірма може порушити обов'язок архівування. Щодо кожної системи треба знати, як дістатися до даних і після завершення співпраці.

Потрібно пояснити термін на вашій конкретній ситуації? Консультації від 55 € / година без ПДВ, залежно від теми та складності.