В технических заданиях на автоматизированные склады (AS/RS, конвейеры, сортеры, AGV) обычно допускают одни и те же ошибки: непроверенные данные, цифра производительности без условий расчёта, а ПО, передача программ, границы работ на площадке и приёмка не прописаны вовсе. Грамотное ТЗ фиксирует на бумаге исходные данные, режим работы, методику расчёта, критерии приёмки и то, кто что поставляет. Копирование подхода одного поставщика, как правило, даёт обратный эффект и отсекает вполне работоспособные альтернативы.
Коротко
- Каждое число SKU, размер контейнера и масса грузовой единицы в ТЗ должны быть подтверждены заказчиком по каждой позиции; ни одно значение из шаблона не должно остаться.
- Для производительности крана-штабелёра нужно указать условие пикового часа, соотношение одинарных и двойных циклов и методику расчёта, например FEM 9.851.
- В договоре должно быть сказано, как передаются программы PLC, резервные копии параметров и ПО WCS и где депонируется исходный код, иначе после ухода поставщика с площадки систему, возможно, будет невозможно обслуживать.
Прежде чем писать что-либо ещё, проверьте исходные данные
Ошибка 1: значения из шаблона остались на месте
Многие ТЗ начинаются с документа старого проекта или формы запроса информации (RFI), и в полях числа SKU, размера контейнера и массы единицы часто остаются значения шаблона. Распространённая картина: шаблон RFI приходит с примером в поле SKU, скажем 8 000, и с примерным размером контейнера, а заказчик возвращает форму, не тронув ни того, ни другого. Никто их не проверял. Участники проектируют под эти цифры, поэтому число ячеек, грузозахватное устройство и ширина конвейера могут оказаться неверными, а исправление данных после присуждения контракта превращается в изменение договора.
Надёжнее указывать источник каждого показателя (выгрузка из WMS, замер или прогноз) и период, который он охватывает. Для типов грузов приводите наименьший, наибольший и самый распространённый размер. Для массы единицы — максимум и распределение. Если цифры действительно ещё нет, пишите «подлежит подтверждению заказчиком», а не вписывайте догадку.
Ошибка 2: только «паллет в час»
Голое «паллет в час» может означать средний час или пиковый, только приход или приход плюс отгрузку, а сама единица (паллеты или циклы) часто не указана. Если каждый двойной цикл ставит одну паллету и забирает одну, паллет в час вдвое больше, чем циклов в час; для вил на два грузовых места и подобных устройств это не так. При смешанных одинарных и двойных циклах пересчитывают по соотношению: паллет в час = циклов в час × (1 + доля двойных циклов среди всех циклов) — при условии, что одинарный цикл перемещает одну паллету, двойной — две, а число циклов в час рассчитано для того же взвешенного соотношения. Поэтому в ТЗ нужно указать пиковый приход, пиковую отгрузку и совмещённый случай, когда они идут одновременно, а затем соотношение одинарных и двойных циклов и методику расчёта.
Для AS/RS с кранами-штабелёрами время цикла обычно рассчитывают по методике опорного цикла FEM 9.851, которая использует две опорные точки вместе с собственными допущениями стандарта по времени грузовых операций и задержек: одну на 1/5 длины стеллажа и 2/3 его высоты, другую на 2/3 длины и 1/5 высоты. По FEM 9.851 одинарный цикл — это одна укладка или одна выемка, а его время — среднее из двух рейсов от точки ввода-вывода к каждой опорной точке и обратно. Двойной (комбинированный) цикл — это укладка, за которой следует выемка: от точки ввода-вывода к одной опорной точке, далее к другой и обратно. У систем на базе самоходных машин, таких как четырёхсторонний шаттл, есть своё руководство — FEM 9.860. Укажите также положение точки ввода-вывода, иначе каждый участник выберет своё и результаты нельзя будет сравнить. Подробнее об опорных точках и расчёте — в нашем руководстве по производительности кранов-штабелёров.
Ошибка 3: оборудование рассчитано впритык к потребности
Если производительность подобрана слишком плотно, остановка одной машины вызывает затор, а умеренный рост объёмов означает, что пик больше не проходит. Узкое место часто находится на угловых трансферах конвейера, поперечных трансферах pop-up и вертикальных подъёмниках; см. наше руководство по поиску узких мест конвейера. Наше собственное правило — проектная производительность не менее 1,2 от потребности, и ни одна машина или узел конвейера не загружены в пике выше 85%. Обе цифры взяты из прошлых проектов нашей команды, а не из какого-либо стандарта, и предполагают, что потребность берётся по пиковому часу без добавления резервного оборудования. Если единичный отказ в компоновке останавливает линию или ожидается сильный рост, запас должен быть больше. Запишите коэффициент в ТЗ, запросите у участников расчёт производительности по узлам и потребуйте моделирования там, где оно оправдано.
Технические пункты, которые не отсекают работоспособные альтернативы
Ошибка 4: решение одного поставщика записано как обязательный критерий допуска
ТЗ часто берут параметры прямо из предложения одного поставщика, фиксируют тип оборудования и одинарную или двойную глубину хранения и помечают пункт как обязательный (нередко звёздочкой), так что любое несоответствие означает отстранение. Решения, которые так же хорошо отвечают функциональному требованию, оказываются за бортом. Например, на низком контейнерном складе участнику, предлагающему многоуровневый шаттл вместо крана-штабелёра мини-лоад, приходится обходить пункт через таблицу отклонений.
Типовой пример: склад ящиков с полезной высотой 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/EC совокупность машин, скомпонованных и управляемых так, что они функционируют как единое целое, сама является машиной, поэтому в договоре нужно указать, кто выступает изготовителем этой совокупности (часто системный интегратор) и проводит оценку соответствия, составляет техническое досье и декларацию о соответствии и наносит маркировку CE, где это применимо. Договор распределяет эту роль, но не заменяет обязанность, установленную законом. Регламент (EU) 2023/1230 применяется к машинам, выпускаемым на рынок ЕС или впервые вводимым в эксплуатацию с 20 января 2027 года; продукция, выпущенная на рынок в соответствии со старой директивой до этой даты, может и дальше предоставляться на рынке. Какой режим применяется, зависит от того, когда оборудование фактически выпущено на рынок или впервые введено в эксплуатацию в ЕС, а не от договорной даты поставки.
Когда технические документы и цена не совпадают
Ошибка 10: технические и коммерческие версии расходятся, отклонения оформлены неправильно
Проект проходит несколько редакций, а цена всё ещё основана на старой конфигурации, в технических документах может даже оказаться текст из другого проекта, и при подписании каждая сторона читает свой объём. В таблице отклонений написано «полностью соответствует», а реальные отклонения спрятаны в тексте предложения и позже превращаются в споры о «неуказанных отклонениях».
Заказчику следует требовать, чтобы технические документы и цена имели один и тот же номер версии и один и тот же перечень оборудования. Таблица отклонений должна пункт за пунктом соответствовать нумерации ТЗ, отдельно перечислять положительные и отрицательные отклонения и указывать их влияние на производительность и цену. Журнал уточнений (вопросы и ответы по тендеру) становится приложением к ТЗ, и в каждом ответе указывается, какой пункт он заменяет. Со стороны участника ответственный должен до подачи предложения от начала до конца сверить между собой перечень оборудования, цену и версию документов.
Перед объявлением тендера пройдитесь по этой таблице:
| Позиция | ТЗ должно как минимум указывать |
|---|---|
| Исходные данные | Источник и период; диапазон и распределение типов и масс грузов |
| Производительность | Пиковый приход, отгрузка и совмещённый случай; соотношение одинарных и двойных циклов; методика расчёта |
| Запас | Проектный коэффициент; предел загрузки каждой машины и узла конвейера |
| Обязательные пункты | Только функция, производительность, безопасность, площадка и интерфейсы; альтернативы допускаются |
| ПО | Границы систем; способ обмена и сообщения; хранение данных и отчёты |
| Передача | Программы, параметры, лицензии, депонирование исходного кода: состав, сроки и условия раскрытия |
| Площадка | Полезная высота, пол, нагрузки, противопожарная защита, электропитание, разрешения; матрица ответственности |
| Сервис | Перечни запчастей, обучение, градуированное время реагирования, начало гарантии, оплата обслуживания |
| Приёмка | Что проверяется на FAT и на SAT, условия испытаний, длительность, формула коэффициента готовности, повторное испытание |
| Документы | Одна версия для технической части и цены; таблица отклонений пункт за пунктом |
Частые вопросы
Можно ли указывать марку в ТЗ? Это зависит от правил закупок. Для государственных закупок ЕС в рамках Директивы 2014/24/EU статья 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
- Регламент (EU) 2023/1230 о машинах (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
- European Commission, Machinery: https://single-market-economy.ec.europa.eu/sectors/mechanical-engineering/machinery_en
- Директива 2014/24/EU, статья 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. Если вы готовите тендер на автоматизацию склада, присылайте исходные данные, компоновку, цифры пикового часа и проект ТЗ через форму обратной связи — вместе посмотрим на производительность и формулировки пунктов.