ГектИС

Всем привет.
По ТЗ нам собрали шкаф управления, эта контора имеет лицензию и выпускает готовое изделие с определенной ценой, здесь проблем нет, заказчик согласен. А вот другая контора может написать новое, а так же установить и адаптировать существующее ПО на этот изготовленный шкаф, и устанавливает на это цену. Но вот обоснование этой цены заказчику не нравится, т.к. он не понимает (в отличие от железа шкафа) за что он будет платить. И соответственно есть вопрос как разработать и посчитать программное обеспечение и программную документацию так чтобы обосновать заказчику стоимость.
Пока мысли такие:
1 Делать всё по ГОСТ 34, ГОСТ 19 и возможно ГОСТ 21;
2 Только по ГОСТ 19.
Достоинства и недостатки первого варианта я думаю понятны.
По второму варианту есть вопросы:
- можно ли разрабатывать ПО и программную документацию на шкаф единичного или малосерийного изготовления (нетиповой шкаф) как программный продукт или программное изделие?
- можно ли разрабатывать ПО и программную документацию привязанную к конкретному объекту автоматизации только по ГОСТ 19?

Если есть такая тема прошу перенести сообщение туда.

А вот другая контора может написать новое, а так же установить и адаптировать существующее ПО на этот изготовленный шкаф, и устанавливает на это цену.
Наверное ПО разрабатывается не на шкаф, а на систему управления технологическим оборудованием. Оборудование (приборы) шкафа выполняют функции управления
конкретным оборудованием, а ПО может выполнять как терминальные задачи (сбор, обработка, регистрация) так и чисто управленческие функции. Исходите из этого, а не из начинки шкафа.
С уважением

Наверное ПО разрабатывается не на шкаф, а на систему управления технологическим оборудованием. Оборудование (приборы) шкафа выполняют функции управления
конкретным оборудованием, а ПО может выполнять как терминальные задачи (сбор, обработка, регистрация) так и чисто управленческие функции. Исходите из этого, а не из начинки шкафа.
С уважением
В шкафу есть ПЛК управляющий оборудованием, есть сервер собирающий данные, есть панель ЧМИ, вот за программирование этого всего ответственен разработчик ПО.
Проблема в том, что заказчик не заплатит за полноценный проект АС по ГОСТ 34, максимум его можно убедить в необходимости проекта на ПО АС по ГОСТ 19. Моя организация может выдать разработчику подробное ТЗ на разработку ПО шкафа.

Уважаемый Павел В! Если вы уверены в себе и организацию которую представляете то

можете выдать разработчику подробное ТЗ на разработку ПО шкафа
С уважением

Автор поднял далеко не праздный вопрос, какова стоимость программного обеспечения для систем автоматизации? Как убедить заказчика, что ПО стоит денег.
В одной из тем на форуме, я уже рассказывал о «цивилизованном» подходе к определению стоимости ПО.
Состоит он в том, что он должен рассчитываться по стандартной производственной калькуляции.
А именно: программист может выдать в день не более 100 строк осмысленного кода (без разницы в какой среде он работает).
Несмотря на мифы о «легкости заработков» это очень изматывающая работа, хотя и интересная, за эту работу программист должен иметь уровень доходов начиная от 50 000 в месяц, или 2 500 за рабочий день.
Т.е. работодатель, за каждые 100 строк кода готового продукта должен заплатить 2 500 программисту.
На эту сумму добавляются налоги на зарплату (около 30%).
Далее добавляются общепроизводственные расходы (электроэнергия, аренда, тепло, амортизация оборудования, расходные материалы). Как правило, около 30%.
Далее добавляются так называемые «общезаводские» расходы: зарплата директора , бухгалтера , штрафы и т.д.
Для того, чтобы предприятие жило и развивалось надо закладывать прибыль :20% это нормально
Вся эта сумма облагается НДС 18% и налогом на оборот (или на прибыль).
Точная цифра не очень важна, но при минимальных накрутках 100 строк кода не могут стоить для Заказчика менее 12 000 – 15 000.
Если Вы работаете за наличный расчет , нижний уровень «справедливой» цены не может быть меньше 5000 за 100 строк кода, иначе Вы просто работаете на износ и себе в убыток.
Как-то так…

Т.е. работодатель, за каждые 100 строк кода готового продукта должен заплатить 2 500 программисту.


Оставлю здесь: https://lurkmirror.ml/Индусский_код
:)

Доброе утро!

По ТЗ нам собрали шкаф управления, эта контора имеет лицензию и выпускает готовое изделие с определенной ценой, здесь проблем нет, заказчик согласен. А вот другая контора может написать новое, а так же установить и адаптировать существующее ПО на этот изготовленный шкаф, и устанавливает на это цену. Но вот обоснование этой цены заказчику не нравится, т.к. он не понимает (в отличие от железа шкафа) за что он будет платить.
Считаю Заказчик прав. И вопрос здесь юридический. Если был договор изготовить шкаф управления, а в итоге Заказчик получил тарный ящик то он вправе отстаивать свои права
и получить изделие - Шкаф управления. Тут как всегда Заказчик и Исполнитель как Продавец и Покупатель находятся по разные стороны прилавка.
С уважением

Здравствуйте! Как вариант могу предложить еще одно решение.
Использовать не продажу по как продукта, а чтобы по было составной частью другого продукта или услуги. Думаю понятно что за услуги можно платить реальные деньги, а услуга это - ПНР. Составляете договорчик.
Вообще это что за быдло такое, что не знают что за ПО надо платить, в КОЛХОЗ что ле что то продаете?

как заказчик купил шкаф БЕЗ программы ?

можно посчитать по сметам согласно ТЕР, ФЕР или ГЭСН, там есть по автоматизации, сколько стоит устройство с Н количеством сигналов + за каждый дополнительный сигнал, если это относится к устройству с количеством сигналов ниже, чем следующий шаг в сметах.

как заказчик купил шкаф БЕЗ программы ?

Достаточно обычная ситуация. Можно сказать типовая.
Есть Заказчик. Он захотел построить автоматизированный цех, ну скажем по переработки гов... э-э... фекалий в кондитерские изделия. Именно как объект, целиком.

Заказчик подписывает договор с Проектировщиками.
Проектировщики сделали проект. Заложили туда разные насосы, котлы, емкости, установки и т.д.
И так же заложили шкаф автоматики который будет этим всем управлять. Сделали схему шкафа и написали ТЗ с описанием алгоритма работы шкафа для программиста.

После того как готов проект, Заказчик объявляет тендер с естественным желанием ̶и̶з̶ ̶о̶д̶н̶о̶й̶ ̶ш̶к̶у̶р̶ы̶ ̶с̶ш̶и̶т̶ ̶с̶е̶м̶ь̶ ̶ш̶а̶п̶о̶к̶ сделать подешевле.
Тендер выигрывает Подрядчик "Тамсямстрой". Причем подрядчик разбирается в строительстве, но в автоматики как правило ни зуб ногой.
ПТО Подрядчика берёт из проекта схему шкафа управления, и с тем же естественным желанием сделать подешевле, начинает искать организацию которая соберёт такой шкаф. Именно организацию. Т.к. Подрядчику на шкаф нужны паспорта и сертификаты.

Дальше возможны варианты. Если ПТО у Подрядчика нормально работает, то искать кто напишет программу начнут сразу. Если нет, то искать начнут когда на объект придут наладчики. И по тыкают ПТО носом в не работающий шкаф.
Так или иначе программист находится и объявляет цену. Далее начинается ̶ц̶и̶р̶к̶ ̶с̶ ̶к̶о̶н̶я̶м̶и̶ то что описано в первом посте. Т.е. бодание Заказчика и Подрядчика по цене за написание ПО.

Как правило дело затягивается пока не подходит время сдачи объекта. У Подрядчика горят сроки и начальник ПТО уговорив программиста скинуть цену, что бы была хоть какая-то отмазка перед собственным начальством, заказывает программное обеспечение.
Программист пишет ПО и передает его Подрядчику.

После того как ПО залито в контроллеры, на объект приходят наладчики и пытаются запустить оборудование.
Где то на этом этапе выясняется, что проектировщики хорошо разбираются в говне, но о кондитерских изделиях имеют не достаточное представление.

По этому проект немного не корректный. И шкаф надо было не много по другому спроектировать. И задание программисту дать немного другое. И программа написана немного не корректно (так как программист с учетом вынуждено сделанной скидки на объект не выезжал, оборудование и тех. процесс не изучил, а сделал тупо по ТЗ проектировщиков). И в данном виде оборудование хоть и работает, но через ректальное отверстие.

А дальше или Заказчик, если он достаточно влиятельный, ставит Подрядчика в колено - локтевую позицию и тот переделывает все за свой счёт.

Или, что бывает чаще, наладчики, кряхтя и матюгая всех, от Проектировщиков до Заказчика, с помощью ̶в̶е̶р̶ё̶в̶о̶ч̶е̶к̶ ̶и̶ ̶с̶и̶н̶и̶й̶ ̶и̶з̶о̶л̶е̶н̶т̶ы̶ перемычек и ручного режима управления, кое-как запускают производство, все быстро подписывают акты выполненных работ и сваливают в голубую даль.

И на все просьбы, горемык - эксплуатационщиков, приехать и помочь разобраться с работой оборудования ̶п̶о̶с̶ы̶л̶а̶ю̶т̶ отговариваются не хваткой времени и срочностью других работ.

Так делаются и сдаются от 40 до 60% частных объектов и 100% федеральных и муниципальных.



можно посчитать по сметам согласно ТЕР, ФЕР или ГЭСН, там есть по автоматизации, сколько стоит устройство с Н количеством сигналов + за каждый дополнительный сигнал, если это относится к устройству с количеством сигналов ниже, чем следующий шаг в сметах.

Это на пусконаладочные работы.

Для программного обеспечения расценок нет.
Есть какая то мутная и невнятная методика расчета.
Чувствуется что её составлял сметчик, который общался с менеджером, которому о программировании рассказывал начальник отдела IT, который сам писал программы лет 10 назад.

По ТЗ нам собрали шкаф управления

Детский сад. Прежде чем начинать работу надо было составить договор, приложить к нему смету затрат (в смете указать стоимость разработки ПО), согласовать с заказчиком. И только после подписания договора и получения аванса начинать работать.

ТС задал вопрос не на том форуме. Ему на форум сметчиков надо.

ТС задал вопрос не на том форуме. Ему на форум сметчиков надо.

ТС и К начали есть пирог с середины. Из-за этого все проблемы.

Детский сад. Прежде чем начинать работу надо было составить договор, приложить к нему смету затрат (в смете указать стоимость разработки ПО), согласовать с заказчиком. И только после подписания договора и получения аванса начинать работать.
...в смете указать стоимость разработки ПО...
На основании каких документов посчитать эту стоимость?

Достаточно обычная ситуация. Можно сказать типовая.
Не, не типовая.

Доброе утро!

Считаю Заказчик прав. И вопрос здесь юридический. Если был договор изготовить шкаф управления, а в итоге Заказчик получил тарный ящик то он вправе отстаивать свои права
и получить изделие - Шкаф управления. Тут как всегда Заказчик и Исполнитель как Продавец и Покупатель находятся по разные стороны прилавка.
С уважением

Я же писал что заказчик получил стоимость как технического так и программного обеспечения шкафа. К шкафу идет схема и спецификация, чертеж общего вида. Даже если шкаф ещё не собран, то уже можно посчитать его стоимость по железу. А вот с вновь разрабатываемым ПО другая ситуация, стоимость указана одной строкой, а заказчик хочет понять как это посчитано. И мне нужен нормативный документ, по которому можно заказчику обосновать стоимость разработки ПО.

Если что, я к этому шкафу имею весьма опосредованное отношение, да и в общем то вопрос не в железе, а в обосновании стоимости разработки ПО.

А вот с вновь разрабатываемым ПО другая ситуация, стоимость указана одной строкой, а заказчик хочет понять как это посчитано. И мне нужен нормативный документ, по которому можно заказчику обосновать стоимость разработки ПО.

Если найдете, то поделитесь. Здесь многие будут благодарны.

У нас, в обосновании цены ПО пишется - прайс-лист.

Если что, я к этому шкафу имею весьма опосредованное отношение, да и в общем то вопрос не в железе, а в обосновании стоимости разработки ПО.
Стоимость ПО определяется количеством каналов по пусконаладке смотрите категории где все расписано как и что и сколько стоит.

Я об этом выше написал, но меня послали :)

"ГЭСНп02-01-002-05
Приказ Минстроя РФ от 30.01.14 №31/пр" Автоматизированная система управления II категории технической сложности с количеством каналов (Кобщ): 20 1 система

ну и так далее, если больше 20 сметчик смотрит дальше

Может я чего не понимаю, но как расценки на пусконаладку связаны со стоимостью ПО.
Пусканаладка считается по количеству входов-выходов - физических.
А ПО, как правило, по количеству тегов.
А это не одно и тоже.
А вот конкретных расценок за один тег как то не попадалось.

Уважаемые коллеги!
Сдается мне что топчем воду в ступе. Вопрос регулируется, как Вы уже указывали выше, только договорными обязательствами сторон - заказчика и исполнителя.
Для аргументации своей позиции (разработчика ПО) весьма полезный обмен мнениями.

Я же писал что заказчик получил стоимость как технического так и программного обеспечения шкафа. К шкафу идет схема и спецификация, чертеж общего вида. Даже если шкаф ещё не собран, то уже можно посчитать его стоимость по железу. А вот с вновь разрабатываемым ПО другая ситуация, стоимость указана одной строкой, а заказчик хочет понять как это посчитано. И мне нужен нормативный документ, по которому можно заказчику обосновать стоимость разработки ПО.

А как так получилось, что вопрос о стоимости ПО возник только после того как изготовили шкаф. У вас вообще договор есть ? Если есть, то что там сказано про стоимость ПО ?

Не, не типовая.

Типичный разгильдяйский подход к делу со стороны исполнителя работ.

Есть интересный документ "СБЦП 81-2001-22 Справочник базовых цен на проектные работы в строительстве. АСУТП". По нему рассчитывают стоимость проекта АСУТП в целом и его частей по отдельности. Если считать стоимость ПО по нему, то сложно получить его стоимость меньше нескольких сотен тысяч рублей. А миллион с гаком - легко.

Есть интересный документ "СБЦП 81-2001-22 Справочник базовых цен на проектные работы в строительстве. АСУТП". По нему рассчитывают стоимость проекта АСУТП в целом и его частей по отдельности. Если считать стоимость ПО по нему, то сложно получить его стоимость меньше нескольких сотен тысяч рублей. А миллион с гаком - легко.
Точно.
У него правда есть ещё лайт - версия.

Когда писал


Есть какая то мутная и невнятная методика расчета.
Чувствуется что её составлял сметчик, который общался с менеджером, которому о программировании рассказывал начальник отдела IT, который сам писал программы лет 10 назад.

имел в виду упрощенную версию. Этого монстра даже не рассматривал.

Всё равно, ни один вменяемый сметчик Заказчика такое не пропустит.

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

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

Как говорится, давайте мухи отдельно, а котлеты отдельно. :)



Вот настройка трм к какой категории относится

Возьмем для примера шкаф управления нагревом с ТРМ1. (ТРМ не сам же по себе, он чем то управляет)
Расценка: Автоматизированная система управления I категории технической сложности с количеством каналов (Кобщ) 2.
Стоимость работы по ТЕР Брянской области с майскими индексами (первые что нашел): 6062 руб. с НДС


.... написание проекта для скада

А вот это уже ПО. К пусконаладке отношение не имеющее.



А почему тогда скада по количеству точек ввода вывода продается вы не задавались вопросом.

Скорее всего по тому что так проще объяснять людям не связаны с программирование. А так, точка ввода или вывода и есть - тег.

Простой пример. Берём модуль МВ110-16ДН.
В смете на пусконаладку я учту каждый из 16 входов. Т.е. 16 каналов.

А в Scada у меня пойдет битовая маска входов. Т.е. одна точка ввода (тег). Который и пойдет в карту регистров.
Хотя понятно, что в программе буду оперировать 16 переменными. Но они будут внутренние.

Вот и возникает интересный вопрос как объяснить сметчику, человеку очень далекому от программирования, как это 1=16.

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

Точно. Особенно третий пункт. Регулярно сталкиваюсь. :)

Возьмем для примера шкаф управления нагревом с ТРМ1. (ТРМ не сам же по себе, он чем то управляет)
Расценка: Автоматизированная система управления I категории технической сложности с количеством каналов (Кобщ) 2.

Я однажды пытался объяснить проверяющей, что в АСУТП должен быть компьютер, иначе это не АСУТП по определению. Зато есть расценка ГЭСНп 1-09-003 "Бесконтактные дискретные элементы с числом "вход-выход" до: 5: с числом органов настройки до 10". Ответ был "эта расценку у нас принято применять только для АЭС"

Возьмем для примера шкаф управления нагревом с ТРМ1. (ТРМ не сам же по себе, он чем то управляет)
Расценка: Автоматизированная система управления I категории технической сложности с количеством каналов (Кобщ) 2.
Стоимость работы по ТЕР Брянской области с майскими индексами (первые что нашел): 6062 руб. с НДС

А вот это уже ПО. К пусконаладке отношение не имеющее.

Скорее всего по тому что так проще объяснять людям не связаны с программирование. А так, точка ввода или вывода и есть - тег.

Простой пример. Берём модуль МВ110-16ДН.
В смете на пусконаладку я учту каждый из 16 входов. Т.е. 16 каналов.

А в Scada у меня пойдет битовая маска входов. Т.е. одна точка ввода (тег). Который и пойдет в карту регистров.
Хотя понятно, что в программе буду оперировать 16 переменными. Но они будут внутренние.

Вот и возникает интересный вопрос как объяснить сметчику, человеку очень далекому от программирования, как это 1=16.
Я бы не сказал что сметчики далеки от темы просто нужно уметь доказывать что ты не осел а есть нормы и стандарты.
Про I категорию все верно, но тогда расшифруйте и вторую для ПЛК да и третью где уже завязан интернет. Вы когда пишите программу в офисе на объекте она всегда с ходу идет или все таки приходится допиливать на объекте разве это не пусконаладка. Вот когда пишите игру либо другой софт тогда да наверно её считают по страницам как было сказано в начале. Но в кипе почему то есть пусконаладка а вот у электриков в соседнем разделе почему то ее нет.

Я бы не сказал что сметчики далеки от темы просто нужно уметь доказывать что ты не осел а есть нормы и стандарты.

Сметчику, которому платят зарплату за то что он твои сметы "срежет", объяснять стоимость ПО используя расценки на пусконаладку. Смешно, да.


Про I категорию все верно, но тогда расшифруйте и вторую для ПЛК да и третью где уже завязан интернет.

Андрей, могу, но честно говоря лень. И так сметы в печенках сидят.

А теперь снова, мухи отдельно, котлеты отдельно.


Вы когда пишите программу в офисе на объекте она всегда с ходу идет или все таки приходится допиливать на объекте разве это не пусконаладка.

Нет это не пусконаладка. Это приведение ПО к работоспособному состоянию. И это входит в стоимость. Грубо говоря аванс заплатят. Но пока наладчики не скажут "норм", остаток денег не получу.


Но в кипе почему то есть пусконаладка а вот у электриков в соседнем разделе почему то ее нет.

Андрей, в сметном деле разделы нормативной базы бьются по другому - 1.Строительств, 2. Ремонт, 3. Монтаж, 4. Пусконаладочные работы.

В разделе Монтаж есть как монтаж автоматического выключателя, так и монтаж станины станка в 16 тонн весом.
Так и в разделе ПНР есть наладка станков, холодильных установок, вентиляции и т.д. , в том числе и то что относится к КИП.

Простой пример.
Подрядчик заказал шкаф. Отдельно заказал ПО. Электрик все это дело смонтировали. И он пригласил меня субподрядчиком на пусконаладку.
Что я делаю как наладчик (подчеркиваю, как наладчик)
1. Проверяю правильность подключения кабелей и соответствие марки сечений проводов в шкафу.
2. Топаю на другой конец кабелей и проверяю правильность подключения исполнительных механизмов и датчиков.
3. Настраиваю приборы (это те что типа ТРМ).
4. Параметры настройки в шкафу, если они есть.
5. И трижды плюнув через левое плечо и перекрестившись, начинаю поочередный пробный запуск оборудования.

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

Вот это является работой наладчика.

Так что написание ПО и пусконаладочные работы это совсем разные вещи.

А если я сам изготовил шкаф, написал программу и делаю пусконаладку, то не стесняюсь сказать подрядчику, что тому очень
сильно повезло, так как он избавился от большого гемороя. Да он и сам все понимает, так как ситуация что я описал в 10 посте типовая, хотя ТС утверждает что это не так. :)

У электриков есть электролаборатория, то есть измерения. Не все конторы имеют сою лабораторию, поэтому нанимают и там ценники тоже совсем не маленькие.
Аналог пусконаладки для КИП

Почему-то настройка ПО для систем безопасности, например Болид Орион и так далее у сметчиков не вызывает сомнения - по сути это SCADA система только не для КИП а для контроля доступа и так далее.
Конфигурирование контроллеров расчитывается так же по каналам так же расчитывается по данным сметам. Заметьте это не пусконаладка, которая устраняет ошибки на объекте, а по сути программирование этих контроллеров.

Банально, потребуйте от сметчика заказчика по каким сметам считать, что ответит ?

ГОСТ 19.102-77:
4. Рабочий проект
- Разработка программы (Программирование и отладка программы).
- Разработка программной документации (Разработка программных документов в соответствии с требованиями ГОСТ 19.101-77).
- Испытания программы (Разработка, согласование и утверждение порядка и методики испытаний. Проведение предварительных государственных, межведомственных, приёмо-сдаточных и других видов испытаний. Корректировка программы и программной документации по результатам испытаний).

Т.е. отладка и испытание программы это не пусконаладка. Как можно это считать по ГЭСНп?
Есть СБЦ на разработку АСУТП, но можно ли вычленить из сборника стоимость разработки ПО, и насколько это правомерно.

Из СБЦ АСУТП:
1.11. При определении базовой цены должны использоваться значения факторов
трудоемкости, соответствующие объему работ по заключаемому договору.
...
1.14. Относительная стоимость отдельных видов работ при разработке технической
документации на АСУТП силами одной организации устанавливается этой организацией в
зависимости от трудоемкости выполняемых работ. Относительная стоимость работ, выполняемых силами субподрядных организаций,
устанавливается по согласованию с этими организациями.
...
1.15. Базовая цена разработки технической документации на АСУТП в сокращенном против
учтенного ценами объеме (например, при разработке документов не всех видов и наименований,
установленных государственными стандартами: при корректировке ранее принятых проектных
решений; при разработке АСУТП для объекта, на котором ранее уже выполнялись работы по
автоматизации, и т.д.) определяется по базовым ценам разработки технической документации на
АСУТП с применением понижающего коэффициента Коб, размер которого устанавливается
разработчиком по согласованию с заказчиком в соответствии с трудоемкостью работ.

Базовая цена определяется объёмом работ по договору. Относительная стоимость определяется организацией и/или субподрядчиком. Техническую документацию можно выполнять по сокращенному варианту, но стоимость опять же по согласованию с заказчиком.

ГОСТ 19.102-77:

Относительная стоимость определяется организацией и/или субподрядчиком. Техническую документацию можно выполнять по сокращенному варианту, но стоимость опять же по согласованию с заказчиком.

Это и называется - стоимость по прайс-листу.
С последующей торговлей за скидку между Заказчиком, Подрядчиком и Субподрядчиком.

На а то, что

Но вот обоснование этой цены заказчику не нравится, т.к. он не понимает (в отличие от железа шкафа) за что он будет платить.