Залежить від того, що договір визначив як результат і хто про що попередив. Якщо постачальник міг за належної фахової дбайливості виявити, що ваші матеріали або вказівки щодо інтеграції не є придатними, і не попередив вас, він відповідає за недоліки, спричинені їх використанням. Якщо він попередив вас, а ви письмово наполягли на початковому рішенні, за ці недоліки він не відповідає. Якщо інтеграція ґрунтується на сприянні, яке за договором мали забезпечити ви, хоч і через іншого постачальника, постачальник впровадження не перебуває у простроченні, поки через його відсутність не може виконувати.
Нова система управління замовленнями мала під’єднатися до складського програмного забезпечення, яке компанія використовує роками і яке їй поставив інший постачальник. Після запуску замовлення передаються на склад із помилками. Постачальник впровадження стверджує, що старий інтерфейс не відповідає документації, яку він отримав. Компанія відповідає, що робоче з’єднання було частиною замовлення. Хто має рацію, вирішить договір і те, як сторони поводилися протягом проєкту.
Спершу подивіться, який результат обіцяє договір
Якщо постачальник зобов’язався до результату, тобто до впровадженого та працюючого рішення, договір про впровадження має ознаки договору підряду. Результатом робіт за законом є також переробка певної речі або матеріально втілений результат іншої діяльності (§ 536 ч. 2 Торговельного кодексу). Результат робіт має недоліки, якщо його виконання не відповідає результату, визначеному в договорі (§ 560 ч. 1). Якщо договір описує з’єднання зі складською системою як частину результату, помилкове передавання даних є недоліком. Якщо він інтеграцію прямо виключив або взагалі про неї не згадує, недоліком це бути не мусить, і спір переходить до того, про що сторони домовилися інакше, наприклад у пропозиції чи аналізі.
Обов’язок постачальника попередити
Під час інтеграції постачальник працює з тим, що йому надасть замовник: документацією інтерфейсу, тестовим середовищем, експортами даних і завданням щодо того, як має працювати з’єднання. Закон покладає на нього обов’язок оцінити ці вхідні дані як фахівець:
Підрядник зобов’язаний без зайвого зволікання попередити замовника про непридатний характер речей, прийнятих від замовника, або вказівок, наданих йому замовником для виконання робіт, якщо підрядник міг виявити цю непридатність за умови докладання фахової дбайливості.
Якщо непридатні матеріали перешкоджають належному виконанню робіт, постачальник має в необхідному обсязі призупинити роботу, доки ви їх не заміните, не зміните вказівку або письмово не повідомите, що наполягаєте на них. На час призупинення продовжується строк завершення (§ 551 ч. 1). Якщо постачальник попередив, а ви письмово наполягли на використанні матеріалів чи вказівок, за спричинені ними недоліки він не відповідає (§ 551 ч. 2 і § 561). Не відповідає він і тоді, коли не міг виявити непридатність навіть за фахової дбайливості (§ 561). Постачальник, який не попередив, хоча міг, за такі недоліки відповідає (§ 551 ч. 3).
Закон говорить про речі та вказівки. Під час інтеграції в цю площину потрапляє насамперед завдання щодо з’єднання та матеріали, які ви надаєте. Чи розглядається доступ до власної системи або експорти даних як речі в розумінні цього положення, закон прямо не вирішує, тому надійніше врегулювати їх безпосередньо в договорі.
Коли інтерфейс тримає інший постачальник
Часто проблема полягає в тому, що стару систему обслуговує інша компанія, яка інтерфейс не відкриває, не виправляє або не надає документацію. Якщо договір визначив надання доступу до інтерфейсу як ваше сприяння, його ненадання є вашим простроченням як кредитора (§ 370), і постачальник впровадження не перебуває у простроченні, поки через це не може виконувати (§ 365 ч. 4). Вимоги до адміністратора старої системи ви тоді заявляєте за договором із ним.
У договорі за чеським правом діє подібне правило: підрядник попередить замовника про непридатний характер переданої речі або наказу, якщо міг виявити непридатність за потрібної дбайливості, і якщо він діє так, як приписує закон, замовник не має прав з недоліку, що виник із цієї непридатності (§ 2594 Закону № 89/2012 Sb.).
Що витребувати і що внести до договору
Якщо спір уже триває, зберіть завдання щодо інтеграції, документацію інтерфейсу в тому вигляді, в якому ви її передали, та все листування, з якого випливає, чи і коли постачальник попередив про проблему. Оцінка того, чи йдеться про недолік і на чий рахунок він належить, є темою спорів щодо недоліків результату робіт.
У новому проєкті спору можна запобігти переліком інтерфейсів із визначенням того, хто надасть документацію й тестове середовище, хто відповідає за якість вхідних даних і що станеться, коли третя сторона не співпрацює. Частиною має бути також приймальний тест саме щодо з’єднання, а не лише щодо самої системи. Ці правила ми налаштуємо в договорі про впровадження. Якщо система вже використовується, а протокол не підписаний, прочитайте також питання про непідписаний акт приймання.
Ця відповідь містить загальну інформацію про законодавство станом на 12 вересня 2026 р. Вона не є юридичною послугою та не замінює оцінювання конкретної справи. Обставини вашої ситуації можуть відрізнятися. Забронюйте консультацію, щоб обговорити їх.
