Организация работы на Договоре подряда

с инженером-разработчиком

Новицкий С.В.

Редакция от 2.04.2024

    Рациональным будет приглашать инженера АСУТП на Договоре подряда с Самозанятым ─ для разработки новой Системы малого размера, с количеством внешних тэгов (сигналов) до 50...70, или куска крупной Системы, если чётко очерчены его границы и оговорен регламент обмена данными с остальными подсистемами. Либо для модернизации имеющейся Системы среднего размера, с количеством внешних тэгов (сигналов) до 500...600.

При этом, я берусь выполнить весь цикл работ:

• Проектную и Рабочую документацию (Подразумевается, СРО есть у Генподрядчика или у самого Завода);
• Внутренний монтаж электрошкафа;
• Программу для контроллера PLC, панели HMI, SCADA;
• Пусконаладку и Опытную эксплуатацию.
• Написание Руководства по эксплуатации.
• Гарантийное и пост-гарантийное обслуживание.

Для внешних электропроводок рекомендуется привлечь Электромонтажника / Слесаря КИПиА  со стороны Заказчика.

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

Для случая модернизации имеющейся АСУТП, смотрите также статью "Как найти инженера-электроника, обслуживающего вашу АСУТП".

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

До заключения Договора, Заказчик прекрасно знает свой объект автоматизации (цех, агрегат) и технологию его работы. Но часто имеет поверхностное представление о средствах, методах и алгоритмах автоматизации АСУТП.

До заключения Договора, Подрядчик не знает данный объект автоматизации (цех, агрегат) и технологию его работы. Но хорошо разбирается в АСУТП – методологии и аппаратно-программных решениях. Может изучить новые контроллеры и другие средства.

Последовательность работы:

Первые переговоры с Заказчиком проводятся по видео-связи (Skype или WhatsApp): Встречаются сомнительные "заказчики", которые непонятно чего хотят. Тратить своё время на поездку абы к кому я не собираюсь. Обычного телефона для этого недостаточно.

Если переговоры успешны, то Заказчик составляет краткое тех. задание (ТЗ) на 1...2 страницы с приложением 1...3 схем/чертежей, объясняющих суть задачи и позволяющих оценить сложность системы автоматики и количество сигналов ввода/вывода. Либо, если имеется, высылает проектную/рабочую документацию на Проект. Либо, при желании Заказчика, я могу выслать ему типовой "Опросный лист".

Вместе с высылкой мне этого тех. задания, Заказчик делает перевод на мою пластиковую карту 5 тыс. руб. ─ чтоб я потратил своё время и силы на изучение вашей Задачи и разработал технико-коммерческое предложение (ТКП). Это ТКП разрабатывается мною за 2...3 дня и содержит набросок основных технических решений, оценку сроков исполнения, и стоимость работы: 1...3 страницы.

Получив SMS-ку от Банка о поступлении на карту 5 тыс. руб., я высылаю Заказчику чек на полученную сумму, как Самозанятый, и приступаю к изучению вашего тех. задания и схем. А потом высылаю ТКП Заказчику по e-mail. Это символическая сумма для оплаты моего труда, и чтобы обращались только реально заинтересованные в заключении Договора. Также это ТКП может рассматриваться как консалтинговая услуга, т.к. в нём предлагаются пути решения Задачи.

Если предложенные в ТКП стоимость и условия устраивают Заказчика, то пишутся "Договор подряда" и стандартно оформленное "Техническое Задание" (ТЗ). Их пишет Подрядчик, а Заказчик согласовывает. Затем по ТЗ Подрядчик пишет предлагаемый "План работ", состоящий из Этапов, в котором указаны содержание Этапов работы, их последовательность, стоимость каждого Этапа в % от цены Контракта, но не указаны временные сроки на Этап. Эти 3 документа составляют набор договорных документов.

Если у Заказчика уже имеется Рабочая документация на создание / модернизацию данной АСУТП, и требуется только программирование, то ТЗ не пишется, а в Договоре даётся ссылка на эту Рабочую документацию. "План работ" в любом случае пишется.

Всего количество Этапов в "Плане работ" бывает 7...12.

1-ый Этап работы по "Плану работ" – договорная работа. В неё входит:

1. Коммерческие переговоры с Заказчиком, знакомство с его web-сайтом, выяснение организационных особенностей выполнения Проекта;
2. Ознакомление с предложенными Заказчиком для работы контроллерами ПЛК, HMI-панелью, SCADA-системой: Их параметрами и характеристиками по спецификациям, программную совместимость.
3. Разработка Технико-коммерческого предложения (ТКП) (оплачивается отдельно);
4. Написание текста Договора подряда, учитывающего особенности данного Проекта;
5. Написание Технического Задания (ТЗ) в стандартном формате по ГОСТ, если для Проекта ранее не была разработана проектная документация со своим ТЗ;
6. Написание Плана работ;
7. Желательно – предпроектное обследование объекта автоматизации на месте.

Эта договорная работа необходима и должна быть выполнена, требует своих затрат труда и времени. Поэтому она является полноценным Этапом работы. С подписанием Договора, Заказчик оплачивает этот выполненный Подрядчиком 1-ый этап: 10 тыс. руб.

Подрядчик не обязан работать в офисе Заказчика, а может работать дома. Сегодня связь не проблема – сотовый телефон, e-mail, Skype, WhatsApp.

Для построения аппаратно-программных стендов, Подрядчик берёт у Заказчика оборудование под расписку – контроллеры, сетевое оборудование, и т. п.

Подрядчик выполняет очередной Этап работы, записанный в "Плане работ", и привозит аппаратно-программный стенд ─ демонстрирует его работу Заказчику. Заказчик принимает Этап и оплачивает. Обычно аппаратно-программный стенд умещается в чемодане. Если это уже смонтированный дома электрошкаф, не проблема: У меня автомобиль класса универсал, в который крупный электрошкаф умещается.

Заказчик назначает из числа своих работников для данного Проекта АСУТП :

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

Этапом работы является пусконаладка Системы на объекте автоматизации.

Этапом работы является опытная эксплуатация Системы на объекте автоматизации: Несколько дней Система гоняется на всех режимах работы. По успешному завершению опытной эксплуатации, подписывается Акт ввода Системы в промышленную эксплуатацию.

Этапом работы является написание согласованных разделов проектной, эксплуатационной документации.

После разработки / модернизации системы предусмотрено её гарантийное и пост-гарантийное обслуживание ─ Снимите с себя заботу и головную боль о сбоях при эксплуатации вашей системы АСУТП !  Порядка 80% всех сбоев и неисправностей могут быть устранены удалённо, с помощью подключения через Интернет к цеховым компьютерам, и с помощью Слесаря КИПиА, который находится в цехе. Это наглядно показано на рисунке:

Схема связи удалённого программиста и цеховой АСУТП

В Договоре подряда указывается срок гарантийной эксплуатации разработанной и пусконалаженной Системы. Как правило 4 месяца. Это достаточный срок, чтобы выявились все ошибки работы Системы, если они там есть. 

Условия и цена пост-гарантийного обслуживания записываются в отдельном Договоре, который может заключаться по истечению гарантийного срока основного Договора. Как правило, ежемесячно 0,7 средней зарплаты штатного инженера-электроника.

Работник на Договоре подряда с Самозанятым — тот же индивидуальный предприниматель, только ему упрощена регистрация и налоговый учёт. Самозанятость — выгодная форма работы прежде всего для Заказчика: Налога НДС нет, ФСС нет, ПФР платится по желанию. Налог в ПФР мною будет выплачиваться в Проекте АСУТП. Полезная инфо: Расходы по Самозанятым для юрлиц и ИП.

Типовые ошибки Заказчика

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

Разработка АСУТП – это область деятельности, которая требует больших знаний и опыта. Чем сложнее Система, тем больше вариантов технических решений, тем в большей степени это авторская работа разработчика.

Иногда встречаются менеджеры, которые сами никогда ничего не разрабатывали, но начитались 2-ух страничных буклетов с картинками, и решили что всё поняли. В таких буклетах пишут или подразумевают: "Только купите наше замечательное оборудование, лёгкое в освоении, совместимое со всем и вся, и вуаля, через месяц у вас будет работающая Система". Такие менеджеры считают, что для уменьшения срока инженерных работ и укладывания их во временные рамки, придуманные ими же, надлежит чаще давить на инженера-разработчика, и любые сроки будут выполнены. Скорость бывает за счёт качества. Когда такой проект завершён, и выходит на пусконаладку, – ничего не работает. И начинаются бесконечные итерации "поисправляли – запустили". С такими менеджерами Проекты, задуманные на месяцы, разрастаются на годы, и в цене увеличиваются в разы. Пусть они лучше почитают, для примера, такой буклет: Руководство по программированию контроллера Siemens S7-1200, на 7 тысяч страниц.

Заказчик часто полагает, что разработчик-программист АСУТП должен начать программировать уже через неделю после начала работы. Типа, "времени на раскачку нет". Дело в том, что внедрение новой АСУТП – это серьёзное вторжение в имеющуюся технологию, которое может поменять её до 20%, даже если такой цели не стояло. Пусть заказчик подумает: Когда он как начальник берёт на работу нового инженера в цех, сколько этому инженеру потребуется времени на изучение всего оборудования, прежде чем он, начальник, позволит этому инженеру самовольно вносить изменения в технологию работы цеха? Я думаю, пол года ... год. Так почему Заказчик считает, что программист АСУТП должен приобрести эти знания мгновенно? На деле, при разработке АСУТП, изучение объекта автоматизации, оборудования, технологии, и продумывание алгоритмов занимает порядка 60% трудоёмкости всего Проекта. И лишь 40% ─ это собственно написание кодов программ.

Менеджеры, пришедшие из торговли, обычно ведут себя просто: "Не обманешь - не продашь", "Если можно украсть, значит нужно". Пока разработчик ломает голову над техническими задачами, как лучше сделать Проект, в это время менеджер сидит думает, как лучше его наеб...ь, ничего не заплатив или заплатив мало. И понятно, что в большинстве случаев у менеджера это получается, а инженера считает лохом. Такие менеджеры не понимают разницы между покупкой готового товара, например пылесоса, и покупкой инженерной разработки. Покупка пылесоса - это Событие, с ним на складе после покупки ничего не случится. А покупка инженерной разработки - это Процесс: технические решения, малые и большие, принимаются каждый день. И в начале Проекта, и через полгода. Поэтому, "надув" разработчика вначале, позже это будет по'нято, и такой менеджер вряд ли получит на выходе что-либо качественное. 

Не раз приходилось видеть, что производственная фирма или завод бездумно расширили номенклатуру своих программных устройств АСУТП множеством устройств разных брэндов от разных производителей. Когда у них в производственном цехе работают, или комплектуется серийно выпускаемое изделие 2...3 разными контроллерами PLC, панелями HMI, частотными приводами, серво-приводами. Как говорится, развели "зоопарк". Это когда в приоритет ставится дешевизна и быстрота покупки оборудования, а не его программная совместимость с уже работающим. Во-первых, даже если по заявленным характеристикам устройства должны быть совместимы, на практике при состыковке оборудования от разных производителей могут быть проблемы, особенно для оборудования мало известных брэндов. Во-вторых, чтобы программисту научиться пользоваться половиной от возможностей современного контроллера PLC, ему надо года два активно изучать и программировать на нём. Когда разных контроллеров несколько, это превращается для программиста в неподъёмную ношу. В общем, руководитель должен знать: Добавляя в номенклатуру используемого оборудования новое программное устройство другого брэнда, вы сокращаете количество программистов, которые готовы будут взяться за такой объём задач. А если и возьмутся, то могут не справиться за желаемое вами время. Потом это может привести к неконкурентноспособности и финансовым проблемам.  Грамотным поведением является: Провести маркетинговое исследование, проконсультироваться с 2...3 опытными программистами АСУТП, и выбрать 1 брэнд, от которого стараться в последствии не отклоняться. Держать у себя на складе достаточное количество этого оборудования на несколько месяцев работы вперёд.

Для правильного понимания роли и статуса инженерного труда в развитом обществе, рекомендую статью "Инженер в Германии", если хотите стремиться к немецкому качеству.

Договор подряда – это сдельная форма работы. Подрядчик получает оплату только за реально выполненный и сданный Этап работы. Быстрее сделал – быстрее получил деньги. Это достаточный стимул, других не требуется. А качество обеспечивается наличием гарантийного срока, в течении которого Подрядчик бесплатно устраняет замеченные недостатки работы Системы: некачественно делать – себе дороже.

Надо понимать, что Договор подряда с инженером-разработчиком с договорным сроком исполнения, скажем, 3 месяца, должен и будет стоить дороже, чем зарплата этого же инженера за 3 месяца работы на обычном Трудовом Договоре. Потому что: 

1. Часто сроки работ затягиваются по вине Заказчика или по вине обстоятельств, которые невозможно предвидеть никому. Заказчик при этом ничего не теряет финансово, а Подрядчик получает уменьшение среднемесячного дохода.
2. Инженер на Договоре подряда принимает не только технические решения в Проекте, но и сопутствующие организационно-хозяйственные решения, разгружая тем самым Заказчика.
3. Во время Проекта, работа как правило идёт по 10 часов в день с 1 выходным.
4. После успешного выполнения подряда, человек несколько месяцев без работы и дохода ─ в поисках следующего Заказчика. Занимается самообразованием за свой счёт.

Это должно компенсироваться. Поэтому, определяя цену Контракта, рекомендую Заказчику думать о рыночной стоимости той Системы, которую он заказывает, а не высчитывать методом умножения типовой месячной зарплаты инженера на количество месяцев работы по Договору. Для иллюстрации этого хочу привести поучительную историю, о которой узнал несколько лет назад:

С разработчиком АСУТП заключили Договор подряда на выполнение работ проектировщика и программиста контроллера и панели оператора, со сроком исполнения 3 месяца и ценой контракта 150 тыс.руб. Это любимый срок и цена у всех заказчиков. Система относилась к Средним АСУТП - количество сигналов ввода-вывода несколько сотен. Его Контракт не был разбит на этапы, а состоял из аванса и расчёта. Но работа затянулась по вине разных обстоятельств и других работников. У этого Разработчика потратился выплаченный ему по Договору аванс. И он, чтобы были деньги на жизнь, начал заниматься ещё подработкой в других Проектах. Это отнимало его внимание от основного Проекта и приводило к простоям цеха: Нужно быстро вносить изменения в программу, а программисту некогда, его не доищешься. Сутки простоя этого цеха стоят заводу 2 млн.руб. убытка. То есть 1 сутки простоя стоили в 13 раз больше всей цены Контракта этого Разработчика. Наконец Проект был завершен через 1 год 8 месяцев от начала. Я думаю, если бы этого Разработчика хорошо простимулировали, положив ему адекватную цену Контракта, убытки завода были бы на десятки миллионов рублей меньше. Среднемесячный доход этого Разработчика получился: 150 тыс.руб / 20 мес = 7,5 тыс.руб в месяц. Это меньше зарплаты мойщицы заводского туалета – за разработку сложной интеллектуальной системы. Позже начали выходить из строя некоторые элементы оборудования АСУТП из-за естественного износа, и понадобились корректировки в программе контроллера. А найти этого Разработчика не могут – толи эмигрировал, толи уехал в другой город, от тягот жизни. А отыскать другого программиста, который разберётся в чужом программном коде – дело малоперспективное. И судьба этой цеховой АСУТП повисла в воздухе.

Вывод: Цена избыточной жадности... . Либо у Заказчика не хватило ума и квалификации понять объём и сложность этого Проекта и он всерьёз думал о 3 месячном сроке. Либо счёл себя очень хитрым и перехитрил сам себя.

На рынке труда много вакансий "Программист АСУТП", в которых требуется дорабатывать чужую программу. А я, читая их, думаю: Куда делся их исходный программист с его гарантийным и постгарантийным обслуживанием Системы...?

Работник на Договоре подряда с Самозанятым отвечает перед Заказчиком за конечный результат, согласно Тех. задания, а не за процесс работы. Он может работать днём, а может ночью. Может работать в праздники, а в будний день отдыхать.

Чтобы Заказчик лучше понимал, какие работы имеются в АСУТП, рекомендую мой текст "Типовой набор специалистов для разработки АСУТП".

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

Я считаю Договор подряда с инженером-разработчиком самой эффективной формой работы. Но такой инженер, кроме своих технических знаний, должен понимать в коммерции и маркетинге, так как он – хозяйствующий субъект на рынке.

Если вам, как менеджеру или инвестору, данная статья кажется малопонятной или избыточно сложной, то не рекомендую вам заниматься внедрением АСУТП ─ завалите Проект и потерпите убытки.

.