Рекомендации по оформлению спецификации для объединения в BoQ. Инструкция для внутреннего использования

Июль 23, 2022

Главная
Информатика
Рекомендации по оформлению спецификации для объединения в BoQ. Инструкция для внутреннего использования

Содержание

2. Введение Для чего используются спецификации Требования к спецификациям для BoQ Негативный опыт (Запрещённые приёмы)
3. Введение.
4. Аксиома После разработки проектной документации работа с ней не заканчивается, а только начинается. Проектирование - это
5. Жизненный цикл документации
6. Для чего используются спецификации
7. Место спецификаций в общей картине
8. Инструмент BoQ BoQ – это является аналогом сводной ведомости объёмов. BoQ используется для: разработки бюджета стандартизации
9. Требования к спецификациям для комплектации BoQ
10. Спецификации как исходная документация Спецификации являются основой для BoQ. В процессе подготовки в BoQ спецификации сводятся
11. Особенности формата спецификаций для объединения Спецификации для работы по формированию BoQ несколько отличаются от привычных спецификаций
12. Базовые требования 1 Название файлов (в части названий инженерных систем) – должны соответствовать общепринятому названию системы
13. Базовые требования 2 Единицы измерения определятся существующим стандартом компании по проектированию, т.е. асфальт в м2, а
14. Шапка спецификации Для разных разделов заполнение будет различным, у кого-то какие-то колонки будут пустыми. Руководствоваться надо
15. Особенности итерационной работы Технологически BoQ должен разрабатываться после завершения проектирования. Но нам приходится работать совместно и
16. Негативный опыт Запрещённые для использования приёмы
17. Объединение ячеек Пример объединения ячеек. Выглядит красиво, но оперативно копировать такие данные не возможно. Это ограничение
18. Объединение ячеек – максимальный HARDCORE
19. Не редактируемые форматы Формат передачи спецификаций утверждён в стандартах компании – это Excel. Любые другие форматы
20. Собственные шаблоны Ваши шаблоны бывают и информативны и замечательны для работы с конкретным разделом. При этом
21. Описание чего-то там неизвестного К сожалению некоторые позиции больше похожи на «шифровку из Генштаба», чем на
22. Использование ячеек не по назначению В данном случае в ячейку наименования включена и сквозная нумерация. В
23. Заполняется только часть позиций Воздуховоды указаны только сечением, описания нет. Для контрактной BoQ такой подход неприемлем
24. Разделение одной позиции на несколько строк В данном случае «зелёные» - это общий объём в проекте,
26. Скачать презентацию

Слайд 2

Введение
Для чего используются спецификации
Требования к спецификациям для BoQ
Негативный опыт (Запрещённые приёмы)

Слайд 3

Введение.

Слайд 4

Аксиома
После разработки проектной документации работа с ней не заканчивается, а только

начинается.
Проектирование - это важная часть процесса реализации проекта в целом.

Слайд 5

Жизненный цикл документации

Слайд 6

Для чего используются спецификации

Слайд 7

Место спецификаций в общей картине

Слайд 8

Инструмент BoQ
BoQ – это является аналогом сводной ведомости объёмов.
BoQ используется для:
разработки

бюджета
стандартизации предложений от подрядчиков
формы разбивки стоимости договора
контроля бюджета в процессе строительства
актирования выполненных работ

Слайд 9

Требования к спецификациям
для комплектации BoQ

Слайд 10

Спецификации как исходная документация
Спецификации являются основой для BoQ.
В процессе подготовки в

BoQ спецификации сводятся в единый документ с заданной иерархией и детализацией.
BoQ консолидирует и переформатирует информацию из спецификаций, в процессе разработки в BoQ магически не появляется чего-то уникального относительно спецификаций.
В условиях сжатых сроков нет возможности переписывать все спецификации, такой роскоши Заказчики не позволяют, поэтому качество подготовки спецификаций задаёт тон и качеству BoQ, и качеству сметы в договоре подряда.

Слайд 11

Особенности формата спецификаций для объединения
Спецификации для работы по формированию BoQ несколько

отличаются от привычных спецификаций с рамками в составе проектной документации.
Спецификации должны быть:
предоставлены в Excel (указано в стандартах компании)
иметь единообразный вид (иметь одинаковую структуру)
содержать корректные названия
содержать достаточное количество технической информации
соответствовать графической части проекта

Слайд 12

Базовые требования 1
Название файлов (в части названий инженерных систем) – должны

соответствовать общепринятому названию системы
Содержание должно иметь стандартную структуру пригодную для копирования, разметки страницы (в .т.ч. Рамки) можно задать отдельно оформлением и/или колонтитулами)
Все спецификации должны соответствовать строго регламентной «шапке документа», дальнейшее преобразование для себя в нормативный вид вы можете провести формулами в отдельной вкладке
Каждому значению независимо должна соответствовать одна клетка excel, объединения ячеек не допускаются
Не допускается разделения одной позиции на несколько строк, для этого есть «Alt + Enter».
Числовые значения должны иметь формат «числа», вставка их как текст не допускается.
Числа должны быть сохранены как значения, формулы не допускаются.
Не допускается писать «то же» или «-----\\-----», все позиции должны иметь описание.
В спецификации не должно быть пустых строк, их приходится потом вручную удалять.

Слайд 13

Базовые требования 2
Единицы измерения определятся существующим стандартом компании по проектированию, т.е.

асфальт в м2, а не м3 или тонны, воздуховоды прямоугольного сечения в м2, а не п.м.
Единообразные позиции должны называться одинаково, например где-то «Труба водо-газопроводная», где-то «Водо-газопроводная труба», а где-то «труба ВГП»
В названиях текст должен начинаться с буквенного или числового символа.
Если производится подбор оборудования с поставщиком просите сразу КП. Пусть дают всегда актуальное, для них это только плюс. Тоже в части ПО, которое может иметь дикий разброс цены.
По электротехническим работам важно указать состав щитов ибо название ВРУ-1 или ЩК2 не информативно, либо указать чёткую ссылку на лист проекта где это есть.
Позиции типа «Монтажный комплект» должны иметь хоть какое-то описание.
Раздел ПОС должен иметь нормальные спецификации, а не только ограждения и дороги. Там есть ещё много чего, например: склады, навесы, щиты, охрана, дренажи и пр.
Обратить внимание на фразеологию, особенно в написании наименований, чтобы не было ляпов вроде «Спецификация заполнения стен» или «Демонтажа проёмов».

Слайд 14

Шапка спецификации
Для разных разделов заполнение будет различным, у кого-то какие-то колонки

будут пустыми.
Руководствоваться надо здравым смыслом, а не экономией времени, т.к. потом не можем сдать работу в срок.
Что объединить потом проще чем разделить.
Параметры должны позволять идентифицировать элемент.
Условное обозначение соответствует ему же в графике, например для щитов «ЩО-1», для полов «Тип 1» и пр.

Слайд 15

Особенности итерационной работы
Технологически BoQ должен разрабатываться после завершения проектирования. Но нам

приходится работать совместно и параллельно, а для этого надо следовать определённым правилам.
Спецификации для расчёта складываются в отдельной папке с делением по разделам и там сохраняются все ревизии спецификаций.
Название спецификации обязательно должно содержать дату ревизии. Пример наименования: «2017-03-27-0631-05-АР-Спецификация». Ревизия должна быть централизованная, т.е. делаться выпусками, а не каждый когда хочет правит, у кого правок не выкладывает файл и тогда продолжает действовать прошлая ревизия.
В новой ревизии маркируются все изменения относительно предыдущей ревизии по следующим правилам:
Красим всю строку
Позиции под удаление не удаляем, отставляем и закрашиваем КРАСНЫМ, нам важно знать позиции, которые надо найти в BoQ у удалить.
Позиции которые полностью новые, т.е. добавились, закрашиваем ЗЕЛЁНЫМ, по возможности стараемся добавлять их в конце разделов (если не нарушает логики), их нам надо будет вставить в BoQ не переделывая весь раздел заново и не сверяя что к чему относится.
Красим только место изменения (ячейку)
Позиции с изменившимся текстом или объёмом, красим изменённую ячейку ЖЁЛТЫМ, от этого будет зависеть перебить ли нам одну цифру или нужен пересчёт всей позиции заново.
После выполнения указанных выше действий делается оповещение по почте со ссылкой на соответствующие разделы.

Слайд 16

Негативный опыт
Запрещённые для использования приёмы

Слайд 17

Объединение ячеек
Пример объединения ячеек.
Выглядит красиво, но оперативно копировать такие данные не

возможно.
Это ограничение работы с Excel, и копирование из такого файла мгновенно разрушает форму BoQ.

Слайд 18

Объединение ячеек – максимальный HARDCORE

Слайд 19

Не редактируемые форматы
Формат передачи спецификаций утверждён в стандартах компании – это

Excel.
Любые другие форматы драматически увеличивают время обработки, а нередко приводят к потере данных и/или их искажению.

Слайд 20

Собственные шаблоны
Ваши шаблоны бывают и информативны и замечательны для работы с

конкретным разделом.
При этом в 80% случаев они требуют серьёзной переработки для объединения с другими разделами, т.к. у каждого свои формы.

Слайд 21

Описание чего-то там неизвестного
К сожалению некоторые позиции больше похожи на «шифровку

из Генштаба», чем на описание элемента.
Наших знаний недостаточно чтобы такие позиции можно было как-то идентифицировать.

Слайд 22

Использование ячеек не по назначению
В данном случае в ячейку наименования включена

и сквозная нумерация.
В процессе переработки придётся вручную по каждой позиции её удалять,
т.к. BoQ будет иметь свою собственную сквозную нумерацию по всем
разделам, которая далее пойдёт в договор.

Слайд 23

Заполняется только часть позиций
Воздуховоды указаны только сечением, описания нет. Для контрактной

BoQ такой подход неприемлем и приводит к претензиям Заказчика.

Слайд 24

Разделение одной позиции на несколько строк
В данном случае «зелёные» - это

общий объём в проекте, «красные» - это уже объём на единицу и вообще входит в состав позиции выше. Такая таблица в 50% случаев будет расценена подрядчиком некорректно, будет задвоение или нехватка объёмов.
Бывает что даже описательная часть делится на несколько строк.
Приходится копировать всё в одну позицию вручную.

Рекомендации по оформлению спецификации для объединения в BoQ. Инструкция для внутреннего использования

Содержание

ВведениеДля чего используются спецификацииТребования к спецификациям для BoQНегативный опыт (Запрещённые приёмы)

Введение.

АксиомаПосле разработки проектной документации работа с ней не заканчивается, а только

Жизненный цикл документации

Для чего используются спецификации

Место спецификаций в общей картине

Инструмент BoQBoQ – это является аналогом сводной ведомости объёмов.BoQ используется для:разработки

Требования к спецификациямдля комплектации BoQ

Спецификации как исходная документация Спецификации являются основой для BoQ.В процессе подготовки в

Особенности формата спецификаций для объединенияСпецификации для работы по формированию BoQ несколько

Базовые требования 1Название файлов (в части названий инженерных систем) – должны

Базовые требования 2Единицы измерения определятся существующим стандартом компании по проектированию, т.е.

Шапка спецификацииДля разных разделов заполнение будет различным, у кого-то какие-то колонки

Особенности итерационной работыТехнологически BoQ должен разрабатываться после завершения проектирования. Но нам

Негативный опыт Запрещённые для использования приёмы

Объединение ячеекПример объединения ячеек.Выглядит красиво, но оперативно копировать такие данные не