Тендерні технічні завдання на автоматизовані склади (AS/RS, конвеєри, сортери, AGV) зазвичай дають збої в тих самих кількох місцях: дані, які ніхто не перевірив, цифра пропускної здатності без умов розрахунку, а програмне забезпечення, передача програм, межі робіт на об’єкті і приймання взагалі не прописані. Якісне технічне завдання фіксує на папері вихідні дані, режим роботи, методику розрахунку, критерії приймання і те, хто що постачає. Копіювання підходу одного постачальника зазвичай дає протилежний ефект і відсікає слушні альтернативи.
Коротка відповідь
- Кожну кількість SKU, розмір контейнера і вагу вантажної одиниці в технічному завданні має підтвердити замовник, пункт за пунктом; жодне шаблонне значення не повинно лишитися.
- Для пропускної здатності крана-штабелера треба вказати умови пікової години, співвідношення одинарних і подвійних циклів і методику розрахунку, наприклад FEM 9.851.
- У договорі має бути сказано, як передають програми PLC, резервні копії параметрів і програмне забезпечення WCS і де депонують вихідний код, інакше після від’їзду постачальника з об’єкта систему може бути неможливо обслуговувати.
Перш ніж писати щось інше, перевірте вихідні дані для проєктування
Помилка 1: залишені шаблонні значення
Багато технічних завдань починаються як документ старого проєкту або форма запиту інформації, і в полях кількості SKU, розміру контейнера і ваги одиниці часто досі стоять шаблонні значення. Поширений сценарій: шаблон RFI містить у полі SKU умовне значення, скажімо 8000, і умовний розмір контейнера, а замовник повертає форму, не змінивши ні того, ні іншого. Ніхто їх не перевіряв. Учасники проєктують під ці цифри, тож кількість комірок, вантажозахватний пристрій і ширина конвеєра можуть виявитися хибними, а виправлення даних після визначення переможця стає зміною обсягу.
Надійніше вказувати джерело кожного показника (вивантаження з WMS, вимірювання чи прогноз) і період, який він охоплює. Для типів вантажів наводьте найменший, найбільший і найпоширеніший розмір. Для ваги одиниці — максимум і розподіл. Якщо якоїсь цифри справді ще немає, пишіть «підлягає підтвердженню замовником», а не вписуйте здогадку.
Помилка 2: лише «палет на годину»
Голе «палет на годину» може означати середню годину або пікову, лише надходження або надходження разом із відвантаженням, а сама одиниця (палети чи цикли) часто не зазначена. Коли кожен подвійний цикл ставить одну палету і забирає одну, палет за годину вдвічі більше, ніж циклів за годину; для вил на дві палети і подібних рішень це не так. За змішаних одинарних і подвійних циклів перераховують за співвідношенням: палет за годину = циклів за годину × (1 + частка подвійних циклів серед усіх циклів), за умови, що кожен одинарний цикл переміщує одну палету, кожен подвійний — дві, а кількість циклів за годину розраховано для того самого зваженого поєднання. Тож у технічному завданні слід навести надходження і відвантаження в пікову годину та комбінований випадок, коли обидва відбуваються одночасно, а далі — співвідношення одинарних і подвійних циклів і методику розрахунку.
Для автоматизованих складів із кранами-штабелерами час циклу зазвичай розраховують за методом контрольних циклів FEM 9.851, який використовує дві контрольні точки разом із власними припущеннями стандарту щодо часу передачі вантажу і затримок: одна — на 1/5 довжини стелажа і 2/3 його висоти, інша — на 2/3 довжини і 1/5 висоти. За FEM 9.851 одинарний цикл — це одна операція зберігання або одна операція видачі, а його час — середнє з двох рейсів від точки приймання-видачі до кожної контрольної точки й назад. Подвійний (комбінований) цикл — це зберігання, після якого йде видача: від точки приймання-видачі до однієї контрольної точки, далі до другої і назад. Системи на основі самохідних машин, як-от чотиристоронні шатли, мають власну настанову — FEM 9.860. Зазначте також розташування точки приймання-видачі, інакше кожен учасник обере своє, і результати не можна буде порівняти. Подробиці щодо контрольних точок і розрахунку — у нашому посібнику про пропускну здатність крана-штабелера.
Помилка 3: обладнання розраховане впритул до потреби
Якщо продуктивність підібрано надто впритул, зупинка однієї машини спричиняє затор, а помірне зростання обсягів означає, що пік уже не розсмоктується. Вузьке місце часто розташоване на кутових перевантажувачах конвеєра, підйомних перевантажувачах і вертикальних підйомниках; див. наш посібник про пошук вузьких місць конвеєра. Наше власне правило — проєктна продуктивність щонайменше в 1,2 раза вища за потребу, і жодна машина чи вузол конвеєра в пік не завантажені понад 85%. Обидві цифри взято з минулих проєктів нашої команди, а не з якогось стандарту, і вони передбачають, що потребу взято для пікової години без додаткового резервного обладнання. Якщо одна відмова в плануванні зупиняє лінію або очікування зростання високі, запас має бути більшим. Запишіть коефіцієнт у технічне завдання, вимагайте від учасників розрахунку продуктивності по кожному вузлу і, де це виправдано, моделювання.
Технічні умови, що не відсікають слушних альтернатив
Помилка 4: рішення одного постачальника як обов’язковий критерій допуску
Технічні завдання часто переносять параметри просто з пропозиції одного постачальника, фіксують тип обладнання й одинарну чи подвійну глибину зберігання та позначають умову як обов’язкову (часто зірочкою), тож будь-яка невідповідність означає дискваліфікацію. Рішення, які однаково добре виконують функціональну вимогу, тоді відсікаються. Наприклад, на невисокому складі контейнерів учасник, який пропонує багаторівневий шатл замість крана-штабелера miniload, змушений обходити цю умову в таблиці відхилень.
Типовий приклад: склад ящиків із корисною висотою 3,5 м і тендер, написаний під кран-штабелер з обов’язковими умовами. Учасник, що пропонував багаторівневий шатл, мусив зазначити в таблиці технічних відхилень, що «багаторівневий шатл є краном-штабелером для цього проєкту», а потім перерахувати пропускну здатність за приписаним тендером методом контрольних точок — лише для того, щоб уникнути дискваліфікації за обов’язковою умовою. Настільки жорсткі умови до того ж часто призводять до повторного проведення тендеру.
Залишайте обов’язкові умови для жорстких обмежень: пропускна здатність, місткість зберігання, типи вантажів, безпека, обмеження об’єкта та інтерфейси. Тип обладнання описуйте як «рекомендоване рішення», приймайте альтернативні пропозиції і вимагайте від альтернатив розрахунку продуктивності на тій самій базі плюс опис ризиків. Етап роз’яснень — слушний момент, щоб виправити необґрунтовані цифри, тож не відповідайте на кожне запитання «згідно з тендерною документацією».
Програмні інтерфейси і передача програм мають бути в технічному завданні
Помилка 5: обладнання прийняли, а програмне забезпечення так і не описали
Окремі машини часто проходять автономні випробування, а інтегрована система однаково не працює як ціле. Якщо ніхто заздалегідь не вирішив, чи відповідає за розподіл комірок, пріоритет завдань і обробку винятків WMS чи WCS, під час інтеграції сторони звинувачують одна одну. Технічне завдання має провести межі між ERP, WMS, WCS і PLC і зазначити, хто розробляє кожен рівень і хто за нього відповідає. Між WMS і WCS вкажіть спосіб взаємодії (веб-API, черга повідомлень тощо, з протоколом і форматом даних), перелік повідомлень і правила обробки винятків та повторного надсилання. Між WCS і PLC вкажіть спосіб зв’язку (наприклад, сокети TCP/IP) і хто визначає перелік сигналів. Звіти мають щонайменше охоплювати пропускну здатність кожної машини, кількість і тривалість збоїв і готовність, із зазначенням строку зберігання даних.
Помилка 6: немає домовленості щодо вихідного коду, програм і параметрів
Коли обладнання купують у третьої сторони або доручають субпідрядникові, а програми під час приймання не передають, після зміни персоналу може не лишитися нікого, хто здатен діагностувати несправність чи щось змінити. Типовий випадок — покупний кран-штабелер, постачальник якого відмовляється передати програму під час приймання: щойно проєктна команда замовника розходиться, обслуговувати машину нікому.
Передача має захищати замовника від прив’язки до постачальника, поважаючи водночас інтелектуальну власність постачальника. Ми пропонуємо розділити її в договорі так. Прикладні програми PLC, розроблені для проєкту, передають прокоментованими і незашифрованими. Стандартні функціональні блоки виробника і стороннє програмне забезпечення підпадають під власні ліцензії і можуть залишатися зашифрованими, але до них додають описи інтерфейсів і документацію з діагностики несправностей. Проєкт HMI, резервні копії параметрів приводів, конфігурацію зв’язку, а також назву і версію використаного програмного середовища передають разом із прийманням. Комерційне програмне забезпечення, як-от WCS, зазвичай постачають як ліцензію плюс резервні копії; його вихідний код можна депонувати в третьої сторони (escrow), записавши умови його розкриття (наприклад, припинення підтримки постачальником). Передачу бажано прив’язати до платежу за прийманням, а строк дії ліцензії й умови її продовження теж мають бути в договорі.
Об’єкт, сервіс і приймання — так, щоб кожен пункт можна було перевірити
Помилка 7: розмиті умови на об’єкті і межі відповідальності
Якщо ця частина нечітка, щойно прибудуть монтажники, усе перетвориться на додаткові роботи. Корисну висоту вимірюють до найнижчої точки балок, спринклерних зрошувачів і світильників. Для підлоги задайте рівність, локальну рівність, осідання, несучу здатність і вимоги в зонах анкерування. EN 15620, на який часто посилаються щодо допусків стелажів, не охоплює допусків навантажувачів, кранів-штабелерів чи самої підлоги, тож вимоги до підлоги має дати постачальник обладнання, і їх треба окремо внести в умови на будівельні роботи.
У проєктах за європейськими стандартами (EN) сейсмічне проєктування регульованих палетних стелажів виконують за EN 16681 разом із застосовною редакцією EN 15512, Єврокодом 8 (EN 1998-1) і місцевими нормами. Мобільні, набивні/прохідні та консольні стелажі лежать поза його сферою. Для проєктів у Туреччині ще до тендеру з’ясуйте з інженером-конструктором і місцевим органом влади, як національні сейсмічні норми TBDY 2018 застосовуються до стелажів і який стандарт проєктування стелажів приймуть разом із ними.
Щодо протипожежного захисту зазначте, як спринклерні трубопроводи прокладають довкола стелажів, хто їх проєктує і хто отримує погодження. Щодо електроживлення — напругу, заземлення і ДБЖ. Чи потрібен для великого сталевого мезоніна дозвіл на будівництво, залежить від місцевого органу влади, тож запитайте до оголошення тендеру. Завершіть матрицею відповідальності (розподілу обсягу): будівельні роботи, протипожежний захист, електроживлення — до якої клеми, мережа, сталеві платформи і захисні огородження, для кожного пункту — відповідальний.
Помилка 8: не прописано запасні частини, навчання, строки реагування і оплату обслуговування
Поділіть запасні частини на три переліки (ті, що постачаються з обладнанням, на гарантійний період і рекомендовані) і зазначте, де їх зберігають — у країні чи за кордоном. Навчання поділіть на експлуатацію і технічне обслуговування, із кількістю слухачів, годинами, мовою і датою завершення. Строки реагування градуюйте за тяжкістю несправності на три рівні (зупинено всю роботу, часткове порушення, без впливу на роботу) і для кожного задайте строк дистанційного реагування і прибуття на об’єкт. Зазначте, з якого моменту починається гарантія (зазвичай з остаточного приймання), чи відрізняється вона для механічних і електричних частин, і як оплачують післягарантійне обслуговування — фіксованою річною сумою, за виклик чи погодинно. Відомі ризики, як-от спрацювання автоматичних вимикачів через коливання напруги в мережі чи закінчення строку дії програмних ліцензій, слід внести до контрольного переліку технічного обслуговування, який подає учасник.
Помилка 9: розмиті критерії приймання
«Стабільну роботу» перевірити неможливо. Перетворіть її на тривалості й кількість збоїв. FAT ми розглядаємо в окремому посібнику, але технічне завдання має щонайменше зазначати: які показники перевіряє FAT, а які SAT; що SAT проводять на реальних вантажах, із визначеним поєднанням типів вантажів, в умовах пікової години і з реальною інтеграцією з WMS; скільки триває безперервний прогін, скільки збоїв допускається і як розраховують готовність (зокрема, чи виключають зупинки із зовнішніх причин); і як повторюють невдале випробування і хто за це платить.
Ще один пункт легко пропустити. Згідно з Директивою про машини 2006/42/ЄС, сукупність машин, розташованих і керованих так, що вони функціонують як єдине ціле, сама є машиною, тож у договорі слід зазначити, хто виступає виробником цієї сукупності (часто системний інтегратор) і виконує оцінку відповідності, складає технічний файл і декларацію та наносить маркування CE, де це застосовно. Договір розподіляє цю роль, але не замінює обов’язку, встановленого законом. Регламент (ЄС) 2023/1230 застосовується до машин, які розміщують на ринку ЄС або вперше вводять в експлуатацію з 20 січня 2027 року; продукція, розміщена на ринку відповідно до старої директиви до цієї дати, може й надалі надаватися на ринку. Який режим застосовується, залежить від того, коли обладнання фактично розміщено на ринку або вперше введено в експлуатацію в ЄС, а не від договірної дати поставки.
Коли технічні документи і ціна не збігаються
Помилка 10: технічна і комерційна версії не узгоджені, відхилення оформлено неправильно
Проєкт проходить кілька редакцій, а ціна досі ґрунтується на старій конфігурації, технічні документи можуть навіть містити текст з іншого проєкту, і під час підписання кожна сторона читає інший обсяг. Таблиця відхилень каже «повністю відповідає», а реальні відхилення поховані в тексті пропозиції і згодом перетворюються на суперечки про «незаявлені відхилення».
Замовникові слід вимагати, щоб технічні документи і ціна мали той самий номер версії і той самий перелік обладнання. Таблиця відхилень має пункт за пунктом відповідати нумерації технічного завдання, окремо перелічувати позитивні й негативні відхилення і зазначати їхній вплив на продуктивність і ціну. Журнал роз’яснень (запитання і відповіді за тендером) стає додатком до технічного завдання, і в кожній відповіді зазначають, який пункт вона замінює. З боку учасника відповідальна особа має від початку до кінця звірити між собою перелік обладнання, ціну і версію документів перед поданням пропозиції.
Перш ніж оголошувати тендер, пройдіться цією таблицею:
| Пункт | Що щонайменше має бути в технічному завданні |
|---|---|
| Вихідні дані | Джерело і період; діапазон і розподіл типів і ваги вантажів |
| Пропускна здатність | Пікове надходження, відвантаження і комбінований випадок; співвідношення одинарних і подвійних циклів; методика розрахунку |
| Запас | Проєктний коефіцієнт; межа завантаження для кожної машини і вузла конвеєра |
| Обов’язкові умови | Лише функції, характеристики, безпека, об’єкт та інтерфейси; альтернативи допускаються |
| Програмне забезпечення | Межі систем; спосіб взаємодії і повідомлення; зберігання даних і звіти |
| Передача | Програми, параметри, ліцензії, депонування вихідного коду: зміст, строки і умови розкриття |
| Об’єкт | Корисна висота, підлога, навантаження, протипожежний захист, електроживлення, дозволи; матриця відповідальності |
| Сервіс | Переліки запасних частин, навчання, градуйовані строки реагування, початок гарантії, оплата обслуговування |
| Приймання | Що перевіряє FAT і SAT, умови випробувань, тривалість, формула готовності, повторне випробування |
| Документи | Одна версія для технічної частини і ціни; таблиця відхилень за пунктами технічного завдання |
Часті запитання
Чи можна вказати бренд у технічному завданні? Це залежить від правил закупівель. Для публічних закупівель ЄС у сфері дії Директиви 2014/24/ЄС стаття 42(4) в принципі забороняє посилатися на конкретну марку чи бренд, а якщо посилання неминуче, після нього має стояти «або еквівалент»; приватні проєкти і проєкти за межами ЄС підпадають під місцеві правила. Навіть якщо бренд зазначено, допускайте еквіваленти, які можна перевірити, і не робіть цю умову обов’язковим критерієм допуску.
Який стандарт вимагає запасу 1,2? Жоден. Це проєктний досвід нашої команди, і він передбачає потребу, взяту для пікової години без резервного обладнання; як це записати, див. у помилці 3.
Чи зобов’язаний постачальник передавати вихідний код? Ми радимо вносити прикладні програми PLC, розроблені для проєкту, і резервні копії параметрів до договірних результатів у незашифрованому вигляді. Для стандартних функціональних блоків, стороннього програмного забезпечення і комерційного програмного забезпечення, як-от WCS, достатньо ліцензії і резервних копій, а вихідний код депонують у третьої сторони і розкривають, якщо постачальник припиняє підтримку.
Наведені приклади з практики — типові випадки, а дані з досвіду минулих проєктів нашої команди — лише перший орієнтир; кожен проєкт розраховують на його власних даних.
Джерела
- FEM 9.851, Performance record for storage and retrieval machines – Cycle times; контрольні точки наведено за Rücker, Rief, Fottner, FME Transactions 48 (2020) 307–312: https://www.mas.bg.ac.rs/_media/istrazivanje/fme/vol48/2/7_a.rucker_et_al.pdf
- FEM 9.860, Cycle time calculation for automated vehicle storage and retrieval systems (VDMA): https://www.vdmashop.de/en/material-handling/fem/377/fem-9.860guideline-cycle-time-calculation-for-automated-vehicle-storage-and-retrieval-systems-english?c=32
- EN 15620:2021, Steel static storage systems – Tolerances, deformations and clearances (EVS): https://evs.ee/en/evs-en-15620-2021
- EN 16681:2016, Adjustable pallet racking systems – Principles for seismic design (BSI): https://knowledge.bsigroup.com/products/steel-static-storage-systems-adjustable-pallet-racking-systems-principles-for-seismic-design
- Regulation (EU) 2023/1230 on machinery (EUR-Lex): https://eur-lex.europa.eu/eli/reg/2023/1230/oj/eng; виправлення: https://eur-lex.europa.eu/eli/reg/2023/1230/corrigendum/2023-07-04/oj/eng
- Європейська комісія, Machinery: https://single-market-economy.ec.europa.eu/sectors/mechanical-engineering/machinery_en
- Directive 2014/24/EU, Article 42 (технічні специфікації): https://www.legislation.gov.uk/eudr/2014/24/article/42/data.html
- Türkiye Bina Deprem Yönetmeliği (TBDY 2018), Resmî Gazete: https://www.resmigazete.gov.tr/eskiler/2018/03/20180318M1-2.htm
Ми — технічна команда EMMANUEL. Якщо ви готуєте тендер на автоматизацію складу, надішліть нам вихідні дані, планування, дані пікової години і проєкт технічного завдання через форму зворотного зв’язку — разом подивимося на пропускну здатність і умови тендеру.