Єдина пропозиція «під ключ» на автоматизований склад часто зависає на внутрішньому затвердженні в замовника: загальна сума перевищує те, що може підписати керівник проєкту, відділ закупівель не може порівняти позиції з ринком, і ніхто не хоче брати на себе ризик нової технології одним підписом. Ми радимо розділити пропозицію на базовий договір плюс опції з цінами, спершу випробувати нове обладнання чи процес у пілоті і будувати поетапно. Базовий договір охоплює обсяг, за який системний інтегратор несе наскрізну відповідальність за результат; усе, що можна порівняти з ринком, відкласти або що замовник може купити напряму, іде в опції.
Коротка відповідь
- Базовий договір охоплює обсяг, у якому інтегратор відповідає за наскрізний результат, зокрема інтерфейси з позиціями, які постачає замовник, розподіл відповідальності за випробування і виключення; стандартні, порівнювані з ринком або ще не визначені позиції можна винести в опції з цінами за одиницю і строком дії.
- У поетапному автоматизованому складі спершу зафіксуйте проєкт кінцевої черги і перевірте його на відповідність місцевим конструктивним, сейсмічним і протипожежним вимогам; тоді перша черга резервує площу, навантаження на підлогу та інтерфейси під кінцеву продуктивність, електроживлення і програмні ліцензії додають поетапно, а правила ціноутворення для розширення фіксують у договорі.
- Пілот з одним AGV або однією ділянкою лінії розділяє питання «чи працює технологія тут» і «чи купуємо ми всю систему» на два окремі рішення; у договорі на пілот мають бути зазначені критерії приймання та умови, за яких вартість пілота зараховують у рахунок основної закупівлі.
Чому пропозиції «під ключ» зависають на затвердженні
Найочевидніша причина — загальна сума. Замовники затверджують витрати за рівнями повноважень, і повністю комплексна ціна легко виходить за рівень, який може підписати керівник проєкту. Тоді проєкт зупиняється на етапі заявки на капітальні витрати (CapEx).
Друга причина — довіра. Поширений сценарій: перша пропозиція включає в ціну всі допоміжні позиції, і загальна сума перевищує очікування замовника. Потім проєкт переглядають, ціна різко знижується, і фінансова служба замовника починає гадати, скільки «подушки» було в першій версії. Відтоді фінансисти вважають, що й кожна наступна пропозиція має «подушку».
Третя — закупівлі. Палети, контейнери і сервери мають у замовника кожен свої правила порівняння з ринком, і коли їх заховано в ціні системи, відділ закупівель може вимагати розписати їх окремими рядками. Додайте до цього перший проєкт автоматизації або перше застосування певного типу машин, підписане як договір на повний обсяг, — і весь технічний ризик тримається на одному підписі.
Де провести межу між базовим договором і опціями
Обсяг ми ділимо за питанням, хто гарантує пропускну здатність. Хто відповідає за пропускну здатність пікової години, точність і готовність, у того в базовому договорі мають бути відповідне обладнання, система керування і програмне забезпечення, разом з інтерфейсами, розподілом відповідальності за випробування і виключеннями щодо позицій, які постачає замовник. Усе інше зазвичай можна зробити опцією, якщо її інтерфейс і специфікацію записано.
Не записуйте цільовий показник одним числом. Поруч мають бути умови випробування: асортимент продукції і вантажних одиниць, змінний графік, тривалість піку, чи враховують плановий простій і як розраховують пропускну здатність і готовність.
| Позиція | Рекомендоване місце | Причина | Що зафіксувати під час підписання |
|---|---|---|---|
| Крани-штабелери, шатли, конвеєри, сортери та інше основне обладнання | Базовий договір | Безпосередньо визначає пропускну здатність | Цільові показники і методика приймання |
| Система керування, WCS, інтерфейси з WMS / ERP | Базовий договір | Розподіл відповідальності за пусконалагодження між кількома сторонами призводить до взаємних звинувачень | Перелік і кількість інтерфейсів |
| Стелажі й сталеві конструкції самонесучого стелажного складу (rack-clad) | Базовий договір | Безпосередньо пов’язані з точністю руху обладнання | Відповідальність за розрахунки навантажень, допусків і сейсмічності |
| Палети, контейнери / ящики | Опція | Стандартний товар; замовники часто купують і порівнюють їх напряму | Розміри й допуски в технічному додатку базового договору |
| Сервери, мережеве обладнання, термінали збору даних (ТЗД) | Опція | ІТ-служба замовника зазвичай має власний стандарт закупівель | Мінімальна специфікація; хто встановлює системне програмне забезпечення |
| Сталеві мезоніни, переходи | Опція | Можна виготовити на місці; часто потребують місцевого погодження конструкцій | Навантаження і розміри інтерфейсу з обладнанням |
| Доопрацювання WMS, спеціальні звіти | Опція | Обсяг вимог зазвичай змінюється | Денна ставка і дата фіксації вимог |
| Додаткові машини, пакети запасних частин, розширений сервіс | Опція | Зростає з обсягом бізнесу | Ціна за одиницю, строк дії, остання дата замовлення |
Опція — це не «поговоримо згодом». Ціну за одиницю, кількість і строк дії слід зафіксувати під час підписання, а рахунок замовникові виставляють за фактично замовлене; етапи оплати можна погодити окремо від базового договору.
Надійніший шлях — подати одночасно дві пропозиції: одну «під ключ», а другу — з допоміжними позиціями, які купує замовник, щоб фінансова служба бачила, де саме різниця, і потім підписати базовий договір плюс опції. Типовий приклад: палети, контейнери і сталевий мезонін ідуть в опції. AGV, що подають матеріали у виробничу зону, теж можуть бути опцією, якщо вони не визначають пропускної здатності автоматизованого складу, а тип машини на момент підписання ще не вирішено. Замовник зберігає контроль і може порівнювати з ринком, а базову ціну набагато легше втримати.
Якщо замовник сам купує вантажні носії, у технічному додатку треба зазначити розміри, допуски і конструкцію основи палет чи контейнерів. Інакше збої, спричинені носіями, закінчаться суперечкою про те, хто відповідав за інтерфейс.
Виділення опцій не повинно перетворюватися на приховане скорочення обсягу. Скорочення обсягу може допомогти виграти тендер, але лише тоді, коли скорочують резервування або необґрунтовані вимоги специфікації. Скорочувати не можна: елементи вузьких місць, резервування для критичних поодиноких точок відмови, захисні огородження, резерви інтерфейсів і запасні частини. З боку програмного забезпечення погодьте передачу документації, описів інтерфейсів, резервних копій програм і конфігурацій параметрів, за потреби застосуйте депонування вихідного коду (escrow) і зазначте, кому належить інтелектуальна власність. Щоразу, коли позицію вилучають з обсягу, перераховуйте пропускну здатність пікової години відносно цільових показників. Якщо показник уже недосяжний, позначте це в пропозиції разом із заходами, а не сперечайтеся про це під час приймання.
Поетапне будівництво: що має зарезервувати перша черга
Чи заощадить поетапність кошти, залежить від того, що зарезервує перша черга. Передумова — зафіксований проєкт кінцевої черги, перевірений на відповідність місцевим конструктивним, сейсмічним і протипожежним вимогам; якщо органи влади видають офіційні погодження почергово, кожна черга однаково потребує свого. На цій основі будівельні роботи й інтерфейси розраховують на кінцеву продуктивність, електроживлення і ліцензії додають згідно з планом розширення, а правила ціноутворення для розширення фіксують. Кожна черга однаково має власне приймання.
Будівельні роботи краще виконати один раз. Рівність і несучу здатність підлоги в зоні другої черги доводять до готовності ще в першій черзі; креслення прорізів у стінах і отворів у перекриттях для підйомників і конвеєрів передають архітекторові та інженерові-конструктору в першій черзі; спринклери проєктують під кінцеве планування і конфігурацію зберігання за місцевими протипожежними нормами, щоб у другій черзі не довелося знову розкривати протипожежну систему. Концепції на основі самохідних машин, як-от чотиристоронні шатли або роботи для контейнерів, можуть стартувати з меншою кількістю машин і додавати їх пізніше. З кранами-штабелерами інакше. У самонесучому стелажному складі або в будівлі без зарезервованого прольоту для розширення кількість проходів по суті фіксується в першій черзі. Якщо жодне з цього не стосується проєкту, перша черга має залишити фундаменти під рейки і місце для проходів другої черги.
Інтерфейси й система керування теж ідуть за кінцевим проєктом. Конвеєри отримують точки підключення, WCS резервує номери станцій і обладнання для другої черги, а інтерфейс WMS-ERP проєктують під бізнес-об’єкти кінцевої черги. Місця для розподільчих щитів, кабельні траси і лінії резервують на кінцеву чергу; трансформатори і заряджання можна розрахувати на навантаження першої черги, записавши шлях модернізації; входи-виходи PLC і порти комутаторів мають запас. Будь-яке збільшення приєднаної потужності потребує погодження місцевої енергопостачальної компанії.
Програмні ліцензії — ще один поширений камінь спотикання в другій черзі. Системи керування парком машин часто ліцензують за кількістю машин, WMS — за кількістю користувачів чи станцій. Першій черзі не обов’язково купувати повну ліцензію кінцевої черги, але в договорі слід зазначити ціну за одиницю або спосіб розрахунку ліцензій другої черги і строк їх дії, а також вимагати передачі документації інтерфейсів, резервних копій програм і конфігурацій, щоб друга черга не була прив’язана до початкового постачальника. Самої лише передачі недостатньо: договір має також охоплювати редаговані файли проєкту і вихідні файли, паролі, інженерне програмне забезпечення та ліцензії на нього, процедуру відновлення і право замовника використовувати і змінювати все це. Знайома в галузі пастка: постачальник покупного обладнання не передає програм під час приймання, а коли початкова команда розходиться, обслуговувати машину нікому. Тому передачу програм і конфігурацій слід обумовити окремо.
Як провести пілот і чи можна зарахувати його вартість
Пілот має сенс для першого проєкту автоматизації, коли стан підлоги чи характеристики продукції невизначені, або коли йдеться про новий тип машини чи процес. Це може бути один AGV-навантажувач із програмою керування парком на реальному маршруті, одна ділянка конвеєра, одна станція комплектації або випробування прототипу на заводі постачальника.
Типовий приклад: завод, що вперше автоматизує постачання матеріалів, має проєкт на три AGV, але бюджет дозволяє затвердити лише одну пілотну машину. Тож пілот — це «програмне забезпечення плюс один AGV». Перед стартом проведіть нараду з оцінки ризиків FMEA. На такій нараді часто з’ясовується, що функції на кшталт виявлення перешкод у позиції вивантаження не входять до стандартного обсягу машини і їх треба перелічити окремо. Ми також радимо перевірити підлогу, перш ніж брати зобов’язання: обміряти її рівність відносно допусків виробника машини, а потім прогнати пробну машину фактичним маршрутом.
У договорі на пілот слід зазначити чотири речі: критерії випробування, тривалість випробування, хто постачає матеріал для випробування, а також вартість пілота і умови її зарахування. Вартість можна зарахувати в рахунок основної закупівлі із зазначенням строку дії зарахування і правила, що відбувається з обладнанням і коштами, якщо закупівлі не буде. Функції безпеки, як-от виявлення персоналу, треба верифікувати за ISO 3691-4 на основі оцінки ризиків; їхні пов’язані з безпекою функції керування мають відповідати необхідному рівню функціонування (PLr), установленому за ISO 3691-4, бути спроєктованими за ISO 13849-1 і валідованими за ISO 13849-2. Це не додаткові прикладні функції на вибір. Прикладні функції, як-от виявлення зайнятості позиції вивантаження і виявлення перешкод, перелічують окремо і вносять до умов приймання.
Не чекайте, що одна пробна машина чи одна ділянка лінії доведе працездатність усієї системи. Вона показує, що працюють окрема машина і процес. Проблеми системного рівня, як-от затори між машинами чи черги в пік, у пілоті не видно, і продуктивність системи однаково треба доводити моделюванням і розрахунком.
Умови, які слід узгодити до підписання
Під час технічних роз’яснень варто з кожною редакцією проєкту видавати журнал змін. У ньому перелічено додані, вилучені позиції і зміни специфікації порівняно з попередньою версією, з впливом на вартість і місцем кожної позиції: базовий договір, опція або власний обсяг замовника. Це допомагає обмежити зміни базової ціни — з урахуванням змін обсягу і положення про коригування; більшість доповнень іде в опції, рахунки за них виставляють у міру замовлення, і пізні підвищення ціни не стають для замовника несподіванкою. Остаточний журнал змін стає додатком до договору. Дві-три редакції журналу за останній місяць перед підписанням — не рідкість; доки доповнення йдуть в опції, базова ціна зазвичай змінюється лише незначно.
Валюту і строк дії теж треба погодити. EMMANUEL зазвичай подає ціни в доларах США, а для європейських проєктів — у євро; це просто наша власна практика. Замовники ж часто затверджують бюджет у місцевій валюті. У пропозиції слід зазначити валюту, строк дії і положення про коригування ціни. Якщо цикл затвердження довший за строк дії, заздалегідь домовтеся, як строк дії продовжують, а строк дії цін на опції другої черги зазначте окремо. Туреччина обмежує платіжні зобов’язання, виражені в іноземній валюті або прив’язані до неї, у певних договорах між резидентами, з винятками за типом договору (купівля-продаж товарів, послуги, програмне забезпечення), які також залежать від статусу сторін, тож кожну частину договору треба звіряти з чинним офіційним текстом (див. «Джерела»). Валюту місцевого договору перед підписанням попросіть підтвердити місцевих фінансових і юридичних радників.
Великі проєкти зазвичай відвантажують партіями відповідно до послідовності монтажу, з платежами за відвантаження, прив’язаними до партій, і для кожної партії зазначають умови поставки (правило Incoterms®) і момент переходу ризику. Якщо оплата здійснюється акредитивом, стаття 31 UCP 600 дозволяє часткові відвантаження, якщо акредитив їх не забороняє, але краще прямо зазначити це в акредитиві.
Місцевий субпідряд на монтаж потребує чітких меж. Хто виконує розвантаження, переміщення матеріалів на об’єкті, підйомні роботи, виготовлення сталевих мезонінів, прокладання кабелів і координацію з протипожежною системою, і хто відповідає перед замовником за якість монтажу, виконаного місцевим субпідрядником, — усе це вносять у договір.
Часті запитання
Чи відповідає постачальник за загальний результат після поділу на базовий договір і опції? Постачальник відповідає за цільові показники в межах обсягу базового договору за умови, що позиції, які замовник купує сам, відповідають специфікаціям технічного додатка до базового договору. Саме тому інтерфейс і вимоги до специфікації кожної опції треба записати в момент поділу.
Чи можуть ціни на опції змінитися після підписання договору? Протягом строку дії, зазначеного в договорі, ціни на опції за одиницю мають залишатися незмінними; після цього застосовується положення про коригування ціни. Тож для кожної опції разом слід зазначати ціну за одиницю, строк дії і останню дату замовлення.
Якщо пілот не досяг цільових показників, чи пропали гроші за нього? Це залежить від договору на пілот. Поширене формулювання: вартість зараховують, якщо показники досягнуто і основна закупівля відбувається, не повертають, якщо закупівлі немає, або з випробувальним обладнанням чинять так, як домовлено. Усе це слід записати до початку пілота.
Який ризик, якщо ми самі купуємо палети й контейнери? Головний ризик — носії, розміри, допуски або конструкція основи яких не відповідають обладнанню, через що вони застрягають на конвеєрі і спричиняють збої. Якщо купуєте їх самі, внесіть специфікацію носіїв у технічний додаток до базового договору і вибірково перевіряйте поставки під час їх надходження.
Наведені приклади з практики — типові випадки; дані з досвіду взято з минулих проєктів нашої команди, і це лише перший орієнтир. Кожен проєкт розраховують на його власних даних.
Джерела
- ISO 3691-4:2023, Industrial trucks: Safety requirements and verification, Part 4: Driverless industrial trucks and their systems: https://www.iso.org/standard/83545.html
- ISO 13849-1:2023, Safety of machinery: Safety-related parts of control systems, Part 1: General principles for design: https://www.iso.org/standard/73481.html
- ISO 13849-2:2012, Safety of machinery: Safety-related parts of control systems, Part 2: Validation: https://www.iso.org/standard/53640.html
- Офіційний вісник Туреччини, 13 вересня 2018 р., Рішення Президента № 85 (зміни до Рішення № 32 про захист вартості турецької валюти): https://www.resmigazete.gov.tr/eskiler/2018/09/20180913-7.pdf
- Офіційний вісник Туреччини, 6 березня 2025 р., Комюніке 2025-32/72 (зміни до імплементаційного Комюніке 2008-32/34 до Рішення № 32): https://www.resmigazete.gov.tr/eskiler/2025/03/20250306-6.htm
- Міжнародна торгова палата (ICC), правила Incoterms® 2020: https://iccwbo.org/business-solutions/incoterms-rules/incoterms-2020/
- Міжнародна торгова палата (ICC), DC Insight, запитання і відповіді, стаття 31 UCP 600 про часткові використання і часткові відвантаження: https://library.iccwbo.org/content/tfb/dcinsight/DCI_Vol15n1_QueriesAndResponses.htm
Технічна команда EMMANUEL. Якщо вам потрібен погляд збоку, надішліть нам планування, дані пікової години і кроки вашого внутрішнього затвердження через форму зворотного зв’язку — ми охоче розберемо на даних вашого проєкту, як поділити базовий договір, сформувати перелік опцій і розбити будівництво на черги.