Технический
кодекс установившейся практики (далее
– технический
кодекс, ТКП)
–
технический нормативный правовой акт
в области технического нормирования и
стандартизации, разработанный в процессе
стандартизации, содержащий основанные
на результатах установившейся практики
технические требования к процессам
разработки, производства, эксплуатации
(использования), хранения, перевозки,
реализации и утилизации продукции или
оказанию услуг.
Технические
кодексы разрабатываются с целью
реализации требований технических
регламентов, повышения качества процессов
разработки (проектирования), производства,
эксплуатации (использования), хранения,
перевозки, реализации и утилизации
продукции или оказания услуг.
Разработка
и утверждение технических кодексов
осуществляются республиканскими
органами государственного управления.
Область
применения технических кодексов в
зависимости от объектов технического
нормирования и стандартизации определяют
утвердившие их республиканские органы
государственного управления в соответствии
с положениями о них.
Технические
кодексы вводятся в действие не ранее
60 календарных дней со дня официального
опубликования информации об их
государственной регистрации.
Пример
обозначения технического кодекса:
где
ТКП
– индекс технического кодекса;
43
– порядковый
регистрационный номер, присваиваемый
Госстандартом;
2004
– год утверждения технического кодекса;
(09170)
–
код
республиканского органа государственного
управления, утвердившего технический
кодекс (код присваивается в соответствии
с ОКРБ 004-2001 «Органы государственной
власти и управления»).
Допускается
в текстах ТНПА не указывать в обозначении
технического кодекса год утверждения
и код республиканского органа
государственного управления.
Проверка
технических кодексов проводится не
реже одного раза в 5 лет.
Обязательность
применения
технических кодексов устанавливают
республиканские органы государственного
управления в соответствии с их
полномочиями, установленными
законодательством.
Посредник:запросить у Заказчика
формулировки требований в виде ТЗ,
перевести на русский язык (если заказчик
находится в другой стране) и передать
Изготовителю для проработки.
Изготовитель: проработать требования
Заказчика на предмет оценки их
однозначности, выполнимости и
непротиворечивости; выявить заведомо
невыполнимые требования и подготовить
альтернативные предложения; подготовить
вопросы к Заказчику для получения
дополнительных сведений (если такие
сведения не были включены в техническое
задание), в том числе:
— о концепции и политике Заказчика в
отношении организации и управления
процессами эксплуатации, ТОиР и МТО;
— о предполагаемых планах использования
изделия по назначению, в том числе:
среднее число миссий в год, средняя
продолжительность миссии в согласованных
единицах измерения, длительность периода
начального МТО, требуемое значение
коэффициента готовности конечного
изделия и их парка (если предполагается
закупка более одного изделия или если
такие изделия закупались ранее); требуемая
вероятность безотказной работы
комплектующих изделий за заданный
период времени или за определенную
наработку; условия эксплуатации (в т.ч.
географические и климатические) и т.д.
Посредник:уточнить и отредактировать
на основе собственного опыта вопросы,
перевести на язык, понятный Заказчику
(как правило – английский), направить
вопросы Заказчику; получить в согласованное
время ответы, перевести их на русский
язык и передать Изготовителю.
Изготовитель:разработать проект
ТКП на поставку изделий и оказание
услуг, удовлетворяющих требованиям
Заказчика в отношении логистической
поддержки (компонентов ИЛП). В ходе
подготовки ТКП могут возникнуть
дополнительные вопросы к Заказчику. В
соответствии с ответами Заказчика
уточнить содержание проекта ТКП. Под
методическим руководством Посредника
оценить трудоемкость и стоимость работ
и включить полученные данные в ТКП;
передать ТКП Посреднику для дальнейшей
работы с Заказчиком.
Посредник:отрецензировать ТКП,
выдать замечания Изготовителю.
Изготовитель:доработать ТКП и
передать Посреднику доработанную версию
ТКП.
Посредник: перевести и передать ТКП
Заказчику; получить в согласованное
время замечания Заказчика, перевести
их на русский язык и передать Изготовителю.
Изготовитель:доработать ТКП по
замечаниям Заказчика; передать Посреднику
окончательную версию ТКП.
Посредник: согласовать с Заказчиком
и утвердить ТКП, передать утвержденное
ТКП изготовителю для реализации.
Изготовитель при содействии Посредника:
в соответствии с ТКП разработать и
согласовать с Заказчиком ТЗ и календарный
план выполнения работ.
Посредник:заключить контракт на
поставку изделий и оказание услуг по
ИЛП.
В качестве графической иллюстрации
описанная последовательность действий
(модель информационного взаимодействия)
применительно к международному
сотрудничеству в области сложной
машиностроительной продукции представлена
на функциональной диаграмме в нотации
IDEF0(рис. 3.1).
На рис. 3.2 показана детализированная
функциональная диаграмма процесса
подготовки технико-коммерческого
предложения.
Система технического нормирования и стандартизации Республики Беларусь
ПРАВИЛА ПОСТРОЕНИЯ, ИЗЛОЖЕНИЯ, ОФОРМЛЕНИЯ И СОДЕРЖАНИЯ ТЕХНИЧЕСКИХ РЕГЛАМЕНТОВ
Сiстэма тэхнiчнага нармiравання i стандартызацыi Рэспублiкi Беларусь
ПРАВİЛЫ ПАБУДОВЫ, ВЫКЛАДАННЯ, АФАРМЛЕННЯ I ЗМЕСТУ ТЭХНİЧНЫХ РЭГЛАМЕНТАЎ
технический регламент, построение, изложение, оформление, содержание
Цели, основные принципы, положения по государственному регулированию и управлению в области технического нормирования и стандартизации установлены Законом Республики Беларусь «О техническом нормировании и стандартизации».
1 РАЗРАБОТАН научно-производственным республиканским унитарным предприятием «Белорусский государственный институт стандартизации и сертификации» (БелГИСС)
ВНЕСЕН Госстандартом Республики Беларусь
Настоящий технический кодекс установившейся практики не может быть воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта Республики Беларусь
Издан на русском языке
Система технического нормирования и стандартизации Республики Беларусь ПРАВИЛА ПОСТРОЕНИЯ, ИЗЛОЖЕНИЯ, ОФОРМЛЕНИЯ И СОДЕРЖАНИЯ ТЕХНИЧЕСКИХ РЕГЛАМЕНТОВ
Сiстэма тэхнiчнага нармiравання i стандартызацыi Рэспублiкi Беларусь ПРАВİЛЫ ПАБУДОВЫ, ВЫКЛАДАННЯ, АФАРМЛЕННЯ I ЗМЕСТУ ТЭХНİЧНЫХ РЭГЛАМЕНТАЎ
System for Technical Normalization and Standardization of the Republic of Belаrus Rules for сonstruction, presentation, design and contents
of technical regulations
Настоящий технический кодекс установившейся практики (далее – технический кодекс) устанавливает правила построения, изложения, оформления и содержания технических регламентов Республики Беларусь (далее – технические регламенты).
Требования настоящего технического кодекса применяют при разработке, подготовке к утверждению и изданию технических регламентов.
Требования настоящего технического кодекса обязательны для субъектов технического нормирования и стандартизации, участвующих в процессе технического нормирования.
Цель этой статьи – поделиться опытом оптимизации бизнес-процесса на живом примере. В качестве такового взят сквозной процесс выставления технико коммерческого предложения на предприятии в 150 человек специалистов разного профиля. Пример удачен в плане того, что содержит многие, часто встречающиеся ошибки.
Героем этой реальной истории, произошедшей в 2012 г. гдето в центральной части России, стал директор по качеству одной крупной ITкомпании. Назовем его Олегом Викторовичем, а его компанию – «Звезда». Компанию образуют примерно 150 специалистов, филиалов у компании нет – только центральный офис. В задачу Олега Викторовича входят создание регламентных документов, формализация бизнеспроцессов для различных отделов фирмы. Отдел качества, возглавляемый нашим героем, также следит за исполнением созданных регламентов. Для статьи мы возьмем пример проекта Олега Викторовича для отдела продаж (тогда он еще не подозревал, что поработать придется почти со всеми отделами компании).
Главный по продажам – Сергей Николаевич сообщил о проблеме. В его отделе процесс выставления техникокоммерческого предложения (ТКП) вышел изпод контроля. Предложение выставлялось непозволительно долго – процесс мог длиться 5–6 дней. У конкурентов по рынку такой процесс укладывался в 2 дня. Сергей Николаевич обратился за советом к директору по качеству. Самого Сергея Николаевича всегда больше увлекали процесс продаж, переговоры с клиентами, нежели выстраивание взаимодействия своих подчиненных.
Несколько лет назад для отдела продаж уже был создан регламент выставления ТКП. В нем было зафиксировано время исполнения каждой задачи, были предусмотрены штрафы за просрочку. По регламенту на выставление ТКП отводилось 20 часов. В реальности на любое ТКП тратилось 40–50 часов. Директору по качеству предстояло разобраться, в чем причина и, самое главное, как исправить ситуацию.
Начав работать над проектом, Олег Викторович отметил некоторые ошибки в организации труда. Ни один менеджер по продажам – человек, который отвечает перед клиентом за выставление ТКП, не имел точных данных, сколько будет продолжаться формирование предложения. Регламентные значения не соответствовали действительности. В реальности быстрота составления предложения сильно зависела от того, насколько часто менеджер по продажам звонил ответственным за подготовку ТКП и напоминал им о задаче. Особо «назойливые» менеджеры умудрялись добиться подготовки предложения за три дня (стоит ли упоминать, что специалисты из других отделов недолюбливали их).
Во время подготовки предложения сотрудники иногда передавали на следующий шаг не все данные, которые требовались. Их коллегам из следующего звена цепи приходилось звонить и уточнять недостающую информацию, спрашивать, все ли данные на этот раз указаны. Олег Викторович задал таким сотрудникам вопрос: «Почему вы передали дальше не всю информацию?». В рейтинге ответов лидировали три позиции: «Я думал, что это очевидно», «Я не думал, что это так важно», «Я забыл».
Свою роль в этом также сыграло разнообразие специальностей, участвующих в подготовке предложения. Например, один раз инженер по системам контроля доступа вставил в ТКП информацию из прайса поставщика. Там сборки из трех серверов назывались «паками» и шли одной позицией. Изза этого экономисты неправильно рассчитали стоимость эксплуатации системы – они полагали, что «пак» потребляет мощности как один сервер.
Реестр всех обрабатываемых в данный момент ТКП велся в Excel одним сотрудником отдела качества. Он же следил за исполнением существующего регламента выставления ТКП. Он же просил всех участников процесса ставить его в копию при фазовых переходах (когда процесс составления ТКП перетекал из одного отдела в другой). Он же на основе этой информации высчитывал длительность исполнения задачи.
В регламенте устанавливались сроки исполнения задач при выставлении ТКП. Поэтому каждый участник процесса, чтобы избежать штрафа, стремился поскорее закончить свою задачу. Порой невзирая на ошибки, сознательно оставляя их исправление следующему звену или согласующему. Исправление выявленных ошибок и пересогласования, по старому регламенту, являлись отдельными задачами, которые не были строго зафиксированы по времени. Олег Викторович посчитал, что около 80% выставленных ТКП на этапе подготовки проходили минимум два пересогласования.
В итоге из затрачиваемых на выставление ТКП 40–50 часов на полезную деятельность уходило примерно 15. Остальное затрачивалось на переделки, пересогласования, выяснения недостающей информации и прочие «организационные» (скорее дезорганизационные) вещи.
Так случилось, что оптимизация и автоматизация процесса выставления ТКП стали частью более крупного проекта такой направленности, проходившего в это время на предприятии «Звезда». Проект осуществлялся приглашенными специалистами по управленческому консалтингу, поэтому мы имеем возможность говорить об этом проекте от первого лица. На примере этой ситуации и в рамках этой статьи мы хотим систематизировать свой опыт по выходу из подобных положений и поделиться им с вами.
Процесс выставления ТКП, может, не самый важный для компании, зато является хорошим примером. К тому же в нашем случае в этом процессе допущены самые часто встречающиеся ошибки. Процесс также интересен тем, что является сквозным – то есть проходящим через многие отделы компании. Надеемся, этот опыт вы сможете примерять и к своей организации.
Мы уверены, что любое дело можно сделать быстро, качественно и недорого. Необязательно выбирать только два пункта из трех.
Сначала мы сформулировали, что значит каждое из этих понятий для нашего случая.
Быстро. После того как мы узнали о потребности клиента, он должен в максимально короткий срок получить информацию о том, каким образом мы готовы решить его проблему. То есть клиент должен получить готовое ТКП.
Качественно. Полученное клиентом предложение должно быть полным и правдивым, учитывать максимальное количество рисков будущего проекта. В понятие «качество» мы также включаем то, что клиент должен один раз сообщить о своих потребностях и через срок, указанный менеджером, получить готовое предложение. Клиент ни в коем случае не должен перезванивать и спрашивать: «Где мое ТКП?». Кстати, самым худшим ответом на такой вопрос станет: «Позвоните, пожалуйста, с этим вопросом в технический отдел – вот их телефон».
Недорого. За выставление предложения клиент ничего не платит, так что в нашем случае мы будем уменьшать внутреннюю стоимость, стоимость формирования ТКП для «Звезды».
Нажмите чтобы увеличить схему
Следующим шагом мы сочли необходимым составить текущую схему процесса. Причем не стали брать ее из старого регламента. Вопервых, существующий регламент Олег Викторович назвал старым, потому что ему было уже несколько лет. В отделе качества не было сотрудников, которые систематически следили бы за актуальностью этого регламента. Не было уверенности, что какието из процедур не стали выполняться другим путем. Вовторых, не было уверенности, что взаимодействие в жизни происходит точно так, как прописано в регламенте.
Итак, стояла задача: нарисовать актуальную схему происходящего. Для этого мы попросили Олега Викторовича провести анонимный опрос участников процесса. На этом шаге чрезвычайно важно было обеспечить доверие респондентов к человеку, который задает вопросы. Олег Викторович имеет хорошую репутацию в коллективе благодаря своему дружелюбию и умению находить подход к людям, поэтому оказался отличным кандидатом на роль интервьюера. Он также объяснил каждому респонденту важность получения достоверных ответов на вопросы, объяснил, что, только зная реальную картину, можно достичь успеха в изменении процесса. Директор по качеству также пообещал опрашиваемым полную анонимность во избежание претензий начальства за честные ответы. Впоследствии Олегу Викторовичу довелось исполнить это обещание. Как и ожидалось, реальная схема взаимодействия отличалась от регламентной, что вызвало неудовольствие некоторых начальников.
На иллюстрации вы можете увидеть эту схему своими глазами. В ней каждый прямоугольник – это участок работы, за который отвечают разные люди. Для составления этой схемы была использована нотация BPMN 2.0, однако, на наш взгляд, полезно периодически составлять такие схемы хотя бы ручкой на листе бумаги. Они, как минимум, позволяют взглянуть на процесс со стороны.
Как сделать быстро
Напомним, наша цель здесь – в максимально короткий срок пробежать марафон от выяснения потребностей клиента до предоставления ему предложения. Ускорить попадание из точки старта в точку финиша можно двумя способами. Или бежать быстрее, или сократить расстояние между стартом и финишем. Мы сделаем и то и то. Начнем с того, как бежать быстрее.
Не сбивайте сотрудников с толку. Исполнитель должен получать с предыдущего шага и видеть только информацию, необходимую для выполнения его задачи. В противном случае он обязательно задаст вопрос: «Зачем мне все остальные сведения?». Отвлечется, позвонит коллеге или заглянет в регламент. Лишь чтобы узнать, что не все сведения предназначены ему и их надо просто передать по цепочке дальше.
Упраздните ручную обработку информации. Первым делом стоит исключить участки, на которых исполнители вынуждены вручную перебивать какиес листа бумаги в ТКП. Такие задачи требуют высокой концентрации, чтобы точно перенести информацию, занимают много времени и отвлекают от процесса. Также велик риск ошибки.
Другой неприятный момент – исполнитель ощущает бессмысленность такой работы. Он осознает, что если ему попал в руки распечатанный лист бумаги, то гдесуществует электронная версия этого документа и он мог бы просто скопировать значения оттуда, чтобы не тратить время.
Чуть лучше выглядит ситуация, когда исполнитель копирует в бланк ТКП значения из справочника в электронном виде. Хуже, если таких справочников несколько и они хранятся в разных местах – каждый раз надо тратить время на открытие разных документов и поиск нужных значений.
Самый лучший вариант – автоматическая подстановка значений в бланк ТКП из указанных источников. Это не всегда бывает просто реализовать, однако один раз удачно созданный скрипт автоподстановки может сэкономить время и сделать работу более удобной.
Следите за достоверностью поступающей информации. Обеспечьте доверие к полученной с предыдущего шага информации на всей цепи. Если на один из шагов поступила недостоверная информация, это означает, что рано или поздно всё, что следует за ним, придется переделывать. Переделывая работу, мы расписываемся в том, что в первый раз выполнили ее зря.
Стоит предусмотреть список обязательных к заполнению полей для каждого перехода. Это позволит исключить ненужные обращения сотрудников к коллегам с предыдущего шага. То же самое касается информации, получаемой от клиента. На входе следует проверить, передал ли нам клиент все необходимые сведения или нужны уточнения. Все уточнения необходимо получить сразу.
Модернизируйте средства связи. В нашем случае сотрудники разных отделов «Звезды» связывались друг с другом лишь с использованием почты или телефона. Причем с одним и тем же коллегой сотрудника зачастую связывало несколько совершенно разных фронтов работ. Изза этого поиск нужного письма, касающегося ТКП месячной давности, превращался в нетривиальную задачу. На порядок удобнее оказалось пользоваться общим корпоративным порталом, в котором был раздел для данных по уже выставленным и находящимся в обработке ТКП.
Чтобы сократить дистанцию между финишем и стартом, просто уберите лишние согласования.
Cогласования могут возникать по двум причинам – разделение ответственности или учетное согласование. При первом типе согласующий ставит подпись и берет на себя ответственность за достоверность информации. Подтверждает, что все предыдущие шаги были пройдены верно. Во втором типе – учетном – согласующий извлекает из пришедшего документа набор данных для дальнейшего учета или обработки.
Зачастую от второго типа согласования можно полностью избавиться с помощью автоматизации (если речь идет о сборе данных) или перераспределения ответственности (к примеру, если с документом должны ознакомиться четыре человека, а на решение реально влияют только двое).
Как сделать качественно
Качество любого товара или услуги, на наш взгляд, состоит из трех составляющих. Базовая определяет, можно ли вообще пользоваться товаром. В нашем случае – получит ли вообще клиент свое ТКП. Количественная определяет количественные характеристики товара (услуги). Для нас это время, за которое клиент получает предложение. Третья составляющая – мотиваторы. Мотиваторы дополняют товар или услугу, делая ее более удобной и привлекательной.
Мотиваторы не являются строго обязательным свойством товара, однако позволяют достигнуть преимущества среди конкурентов, выделить свой товар. Примером может служить наличие встроенного навигатора в автомобиле. Машина поедет и без него, однако иногда навигатор может пригодиться.
Количественную составляющую качества ТКП мы уже рассмотрели. Примем за истину, что «Звезда» выставляет свои ТКП быстро, а также то, что они всегда доходят до клиента. Рассмотрим мотиваторы, которые мы добавили к нашему ТКП.
Продемонстрируйте подход своей компании к работе. Если клиент первый раз обращается в компанию за предложением, он обязательно будет формировать свое представление о ней по тому, как с ним отработали по выставлению ТКП. Назначьте для каждого потенциального проекта лично ответственного менеджера с достаточной компетенцией. Если он будет быстро отвечать на вопросы клиента, предложит реализовать какието участки проекта более оптимально, то позволит клиенту понять, что ваша фирма привыкла работать хорошо. Клиент поймет, что у вас достаточно ресурсов для выполнения проектов (раз сотрудник с высокой квалификацией отвечает на вопросы пока еще только потенциального клиента), что вы не экономите на обеспечивающих процессах. А такое понимание, в свою очередь, формирует доверие.
Сделайте информацию удобной. Из всего ТКП заказчика в первую очередь будут интересовать сроки и стоимость предложения. Выделите их визуально, сделайте удобными для восприятия. Не стоит размещать их на последней странице многолистового документа. Проследите также за тем, чтобы клиент смог четко понять, какие работы входят в стоимость, а какие нужно будет оплачивать отдельно (если таковые будут). Это позволит заказчику быстро анализировать ваше предложение. В свою очередь, это приведет к экономии времени клиента и положительно скажется на быстроте ответа на предложение.
Сделайте свое предложение модульным. Разбейте работы по проекту на участки, распишите подробно, из чего состоит тот или иной участок. Это позволит клиенту лучше понять, из чего формируется цена. Если клиент понимает, как сформирована цена, он больше вам доверяет.
Работайте лучше, чем обещаете. Когда заказчик запрашивает у вашей фирмы предложение, вы сами формируете у него ожидание о сроке его выставления. Если менеджер скажет, что предложение будет готово через три дня, то клиент будет спокойно ждать его три дня. Если же менеджер пообещает подготовить предложение за шесть часов, а пришлет его через те же три дня, клиент будет совершенно обоснованно недоволен качеством работы. Так почему бы сразу не дать себе достаточно времени и не прислать готовое предложение раньше обещанного срока?
Как сделать недорого
В нашем случае недорого – значит быстро. Действительно, стоимость составления ТКП для «Звезды» в основном состоит из оплаты времени сотрудников. Времени, которое они могли бы потратить на другие производственные задачи. Ускорение составления ТКП не влечет за собой увеличение амортизации оборудования (разве что сотрудник от очень высокой скорости печати пробьет клавиатуру пальцем) и других экстразатрат. Поэтому смело можно сказать, что в нашем процессе необходимо сконцентрироваться на быстроте работы. Это позволит и поднять качество, и удешевить процесс. Отметим, что это утверждение справедливо для очень большого числа процессов, результатами которых является оказанная услуга.
Косвенно к стоимости можно отнести также единовременные затраты на аналитику процессов на предприятии и внедрение средств автоматизации (если таковое предполагается). К примеру, чтобы проанализировать процесс выставления ТКП и вынести рекомендации по его оптимизации, ушло немало времени Олега Викторовича и приглашенных консультантов. Еще больше потребовалось на претворение рекомендаций в жизнь, переноса потока работ на новые рельсы. Однако проект был успешно завершен, результат получен – максимальное время выставления ТКП сократилось до 18 часов. Теперь реальное положение дел соответствует регламенту. Поэтому мы привыкли рассматривать затраты на аналитику и автоматизацию как инвестиции – со своим сроком окупаемости. К примеру, комплексный проект по перестройке управленческой системы в компании «Звезда» окупился за 5 месяцев.
Приведенные в этой статье рекомендации могут показаться очевидными. Однако во всех без исключения организациях, с которыми нам доводилось работать, многие из таких рекомендаций оставались без внимания. В чем причина? Руководители часто не находят времени оторваться от рутины и взглянуть на ситуацию, на процесс целиком. Люди постоянно концентрируются на своем участке работы, не задумываясь, что происходило до и что произойдет после. Не могут набраться смелости, отложить свои ежедневные заботы и подумать над общей картиной. И если для рядового исполнителя это не является большим недостатком, то такое поведение начальников может привести к дезорганизации. При таком изменчивом и капризном рынке, как сегодня, даже самая лучшая система взаимодействия нуждается в постоянной модернизации, требует применения новых подходов.
Пожалуйста, не забывайте смотреть на свои процессы со стороны. И удачи вам в преодолении предрассудков и старых привычек!
Пример составления Технико-коммерческого предложения
1. Общие положения
Технико-коммерческое предложение подготовлено на основе предварительного анализа проектной документации ранее предоставленной в наш адрес.
2. Общее описание технического решения
Согласно предоставленной нам проектной документации объектами автоматизации являются следующие устройства:
· Мастер-панель управления тремя двигателями MTU (Германия);
· Три панели управления MPI (Германия);
· Распределительное устройство 10 кВ в составе: РЗА Сириус;
· Мастер-панель управления двумя паровыми котлами (Bosch);
· Три панели управления парогенераторами (Aprovis);
· Мастер-панель управления пароперегревателем (Garioni);
· Шесть панелей управления АВО (CIAT);
· Пять панелей управления вентиляцией (ЯЗВИ);
· Три шкафа управления тепловыми модулями ГПГУ (ШТМ1, ШТМ2, ШТМ3);
· Шкаф управления тепловым пунктом (ШТП);
· Шкаф систем безопасности;
· Счётчики учёта тепла, пара и воды;
В зону ответственности ООО «****» (разработка, сборка, доставка) входят следующие шкафы управления:
· Шкаф управления РУ-10кВ (ШАСУ-РУ10кВ);
· Основной шкаф АСУ (ШАСУ) – серверная стойка.
Проект реализуется на базе SCADA пакета AnySoft, который функционально применим и адаптирован к решению подобного рода задач и уже давно и успешно эксплуатируется на большом количестве объектов энергетической отрасли.
Использование этого пакета экономически оправдано, так как в большинстве случаев не требует затрат на сублицензирование, приобретение внешних пакетов (включая OPC) с его помощью можно интегрировать проекты с АСУ третьих производителей (таких как:
Genesys, InTouch, WinCC и т. д.).
Сервер сбора данных AnySoft опрашивает контролируемые устройства по протоколам, которые поддерживаются непосредственно устройствами. Все драйвера связи с устройствами подключены к ядру AnySoft по технологии DLM. Использование DLM не требует наличие на сервере сбора данных виртуального последовательного порта, что в значительной степени снимает нагрузку с сервера опроса данных и не требует обязательного использования промежуточных конверторов.
Все принятые данные архивируются в системном архиве по технологии MySQL (как альтернатива возможна поддержка СУБД MS SQL, BDE, ODBC и т. д.) c привязкой ко времени изменения параметра. Основная система архивации будет располагаться на сервере сбора и обработки данных.
Подсистема визуализации (HMI) построена на специализированном модуле визуализации пакета AnySoft. Он удовлетворяет всем требованиям, предъявляемым к нему техническим заданием.
К подсистеме архивации и сбора данных имеется открытый доступ по протоколам MODBUS-TCP, SNMP, ГОСТ-Р-МЭК 870-5-104. При необходимости возможна поддержка любого протокола по требованию Заказчика. С их помощью возможна интеграция создаваемой АСУ ТП с АСУ предприятия или системами третьих производителей. Система имеет встроенные функции генерации отчетов. Однако Заказчику также предоставляется полный интерфейс и описание данных для интеграции с системами третьих производителей (АСКУЭ, EMS, ECM и т.д).
3. Стоимость и этапы выполнения проекта
Общая стоимость реализации проекта “под ключ” складывается из трёх этапов: поставка оборудования, создание проекта на базе пакета AnySoft и проведение пусконаладочных работ на объекте заказчика.
Первый этап: поставка оборудования и базового программного обеспечения. Перечень оборудования определен проектной документацией, а также необходимыми модулями и конструктивами, которые требуются для размещения оборудования и сопряжения базового программного обеспечения с контролируемыми объектами.
Обращаем Ваше внимание, что данная смета составлялась на основании полученных нами первоначальных данных об объекте автоматизации без предоставления нам каких-либо строительных и технических схем, таким образом, перечень необходимого оборудование
может меняться при детальном техническом анализе проекта.
Поскольку в зону нашей ответственности входит поставка и программирование ПЛК WAGO 750-842 для шкафов ШММ1, ШТМ2, ШТМ3 и ШТП, нашими специалистами была произведена ориентировочная оценка требуемого количества дискретных и аналоговых
вводов и выводов согласно предоставленной нам рабочей документацией. В таблице ниже приведена наша оценка количества входов и выходов для контроллеров WAGO с учётом 10% запаса.
No Шкаф DI DO AI AO
1 ШТМ1 32 32 24 8
2 ШТМ2 32 32 24 8
3 ШТМ3 32 32 24 8
4 ШТП 32 32 24 8
Мониторинга сухих контактов в РУ 10кВ и РУ 0,4кВ не производится.
Стоимость поставляемого оборудования составляет ********* рублей 00 копеек, включая НДС 20%. Перечень и детализация поставляемого оборудования приведен в смете, которая является приложением к данному документу.
К данному этапу также относится сборка и тестирование всех шкафов управления, которые находятся в зоне нашей ответственности.
Перечень требуемого базового программного обеспечения определен составом оборудования, количество АРМов оператора и наличием сервера сбора, управления и архивации данных.
Стоимость поставляемого базового программного обеспечения составляет *********** рублей 00 копеек, включая НДС 18%. Перечень и детализация поставляемого базового программного обеспечения приведена в приложении No2 к данному документу.
Второй этап: создание рабочего программного обеспечения на базе пакета AnySoft. Во время проведения этого этапа создаются алгоритмы контроллеров, экранные формы и функционал рабочих мест оператора, конфигурация сервера сбора и обработки данных и
параметризируется модуль архивирования данных. Кроме того, создаются руководства оператора, администратора, руководство по обслуживанию и установке комплекса.
Данные этап является собственными работами.
Стоимость второго этапа составляет ********** рублей 00 копеек, включая НДС 20%.
Третий этап: пусконаладочные работы
Стоимость третьего этапа составляет ********** рублей включая НДС 20%.
В стоимость работ входит:
· Шеф монтаж кабельных связей контролируемого оборудования, серверов и коммуникационного оборудования;
· Полная настройка проекта в части сервера сбора данных;
· Полная настройка проекта в части сервера архивации;
· Полная настройка проекта в части визуализации и генератора отчетов;
· Корректировка проекта по обоснованным замечаниям Заказчика;
· Проведение обучения и консультаций для обслуживающего персонала;
· Проведение испытаний в объеме 72-х часов
По плану предусматривается 2 командировки сотрудников нашей компании на объект заказчика для проведения шеф-монтажных пусконаладочных работ.
ИТОГО: Стоимость АСУ ТП верхнего уровня диспетчерской службы составляет ******** ( ***** тысяч шестьсот тридцать семь) рубля 00 копеек, в том числе 20% НДС.
В стоимость не входят:
Прямые (документально обоснованные) затраты на проезд и проживание специалистов компании во время проведения ПНР.
4. Сроки выполнения проекта в режиме “под ключ”
По оценкам специалистов нашей компании ориентировочный срок поставки оборудования составляет 10-12 недель. Для изготовления программного обеспечения в режиме “под ключ” необходимо порядка 8-10 недель.
С нашей стороны мы выражаем готовность обсуждать все технические и финансовые детали предлагаемого проекта. Мы заинтересованы и надеемся на плодотворное сотрудничество с Вашей компанией и сделаем все возможное для успешной реализации предлагаемого проекта.
#техникокоммерческоепредложение, #ТКП, #оформление, #автоматизация
Оценка стоимости предстоящих работ или технико-коммерческое предложение (ТКП)
Давно хотел написать данную статью, так как вопрос оценки объемов работ всегда является неоднозначным и противоречивым, тем знанием, которым не всякий готов поделиться. Знаю два способа оценки:
Экспертный – «присваиваю данному объекту высокий уровень сложности»
Ресурсный – считаем пооперационно каждую из задач, входящих в данную работу, далее умножаем на коэффициент нашего тарифа, добавляем налоги, риски и видим на выходе стоимость.
Как всегда, не всё так просто, особенно в деле получения прибыли. На рынке присутствуют личности, которые самостоятельно тратить время на оценку объемов работ не хотят, экономят силы и время. И отдают эти оценки под видом Заказчиков другим интеграторам (разработчикам). Таким очень хитрым и умным способом они пытаются переложить бесплатно нагрузку со своих плеч на другие, при этом попутно изучают аппетиты конкурентов. Бороться с этим явлением очень трудно. Реального Заказчика от фиктивного отличить сложно, так как люди научились очень хорошо скрываться или не говорят в своих целях всей правды. В итоге тратится очень много времени на оценку стоимости работ, которые Вам никто не собирался отдавать. Кстати, есть еще один немаловажный факт по коммерческому предложению — крайне низкой возможности обратной связи. Те, кто получил от Вас коммерческое предложение, чаще всего просто исчезают, и Вы не можете понять причины данного явления. Возможно, Вы показались необоснованно дорогим, а, возможно, была банальная приценка и Вы более не нужны, или, может быть, Ваша оценка попала в какой-то архив и работы начнутся через год. Так или иначе, Вы вряд ли узнаете причины исчезновения Заказчика после выдачи коммерческого предложения. Существуют некоторые ухищрения, позволяющие понять, обращается к Вам реальный Заказчик или хитрый интегратор (разработчик).
Есть несколько способов это выявить:
1. Запросить у потенциального Заказчика прислать реальные фотографии с объекта, на котором нужно выполнить какие-то работы. Под видом дополнительной информации. Хотя если потенциальный Заказчик — это хитрый интегратор, то фотографии с объекта у него вполне могут и быть. В любом случае, лучше запросить, так как прямой диалог может помочь разобраться с ситуации.
2. Постараться физически попасть на обследуемый объект для оценки и детализации объема работ. Обязательно выявляются детали (например, необходимость сварочных работ), в которые Вас просто забыли посвятить. Этот способ не работает, если объект находится в другом регионе. Просто накладно выезжать, так как стоимость коммерческих выездов в большинстве случаев на плечах интеграторов. Чего делать, точно не стоит: просить Заказчика сообщить, сколько он готов заплатить за работы. Ни один Заказчик до настоящего времени на этот вопрос толком не отвечал. Все ждут ответа интегратора, чтобы прицениться и решить, хотят они с ним работать или нет. Такие уж правила игры. Сроки Следует понимать, что если к Вам попала задача по оценке, то совсем не факт, что потенциальный Заказчик будет готов долго ждать. Скорее всего, отсутствие ответа в течение 4-х часов будет воспринято как несерьезное отношение к работе и далее Вас не будут рассматривать как потенциального интегратора. Оцените, пришлете, но к тому моменту это уже неактуально и Вам даже об этом не сообщат. Люди ценят скорость ответа. Поэтому если дать ТКП сразу затруднительно, при получении запроса стоит дать знать потенциальному Заказчику о том, что предложение получено и ответ будет дан в ближайшее время.
Оценка занимает достаточно много времени и присутствует несколько способов уменьшить трудозатраты по ней.
1.Если у Вас сохранились прежние ТКП, относительно которых Вы выигрывали Заказ, то стоит на них ориентироваться.
2.Основой оценки предстоящих работ является техническое задание, идущее от потенциального Заказчика и качество его проработки. Обычно у Заказчика его либо нет, либо оно написано так, что не позволяет создать даже предварительную оценку. Чтобы не ошибиться не в минимум ни в максимум, исходя из опыта, стоит определить состав документов, которые необходимо разработать для выполнения данных работ. Считая трудозатраты по каждому из видов работ (документов), мы, тем самым, предлагаем потенциальному Заказчику согласиться с составом работ, длительностью и составом документов, которые будут выполнены и которые в итоге останутся у Заказчика.
#Технико #коммерческое #предложение #советы #оформление ,#разработчик
Категории и виды стандартов
Стандарт
– технический нормативный правовой
акт в области технического нормирования
и стандартизации, разработанный в
процессе стандартизации на основе
согласия большинства заинтересованных
субъектов технического нормирования
и стандартизации и содержащий технические
требования к продукции, процессам ее
разработки, производства, эксплуатации
(использования), хранения, перевозки,
реализации и утилизации или оказанию
услуг.
Стандарты
разрабатываются, как правило, техническими
комитетами по стандартизации в
соответствии с уровнями стандартизации
(см. раздел 4).
В зависимости от
содержания и юрисдикции или области
распространения требований стандартов
их делят на категории и виды. Категория
определяется уровнем утверждения
стандарта; в соответствии с этим различают
международные, региональные
(межгосударственные), национальные
(государственные) стандарты и стандарты
организаций.
Международный
стандарт
– стандарт, утвержденный (принятый)
международной организацией по
стандартизации.
Региональный
стандарт
– стандарт, принятый региональной
организацией, занимающейся стандартизацией/по
стандартизации, и доступный широкому
кругу потребителей.
Межгосударственный
стандарт (ГОСТ)
– региональный стандарт, принятый
Евразийским
советом по стандартизации, метрологии
и сертификации и доступный широкому
кругу пользователей.
Государственный
стандарт Республики Беларусь (далее
– государственный
стандарт,
СТБ)
– стандарт, утвержденный Государственным
комитетом по стандартизации Республики
Беларусь, а в области архитектуры и
строительства – Министерством архитектуры
и строительства Республики Беларусь.
Государственные
стандарты являются добровольными для
применения.
Предварительный
стандарт
– документ, который временно принят
органом, занимающимся стандартизацией,
и доведен до широкого круга потребителей
с целью накопления в процессе его
применения необходимого опыта, на
котором должен базироваться стандарт.
Предварительный
государственный стандарт Республики
Беларусь (предстандарт,
СТБ П)
– предварительный стандарт, утвержденный
Государственным комитетом по стандартизации
Республики Беларусь, а в области
архитектуры и строительства –
Министерством архитектуры и строительства
Республики Беларусь на ограниченный
период времени.
Взаимосвязанные
с техническими регламентами государственные
стандарты
– государственные стандарты Республики
Беларусь, реализующие технические
требования технических регламентов.
Перечень
взаимосвязанных с техническими
регламентами государственных стандартов
определяется Госстандартом из числа
действующих или подлежащих разработке
государственных стандартов Республики
Беларусь и утверждается Советом Министров
Республики Беларусь. В
технических регламентах приводится
общая ссылка на взаимосвязанные
государственные стандарты.
Стандарт
организации (СТП)
– стандарт, утвержденный юридическим
лицом или индивидуальным предпринимателем.
Технические
требования стандартов организаций
распространяются только на юридическое
лицо или индивидуального предпринимателя,
их утвердивших. Порядок разработки,
утверждения, введения в действие, учета,
изменения, отмены и издания стандартов
организаций и информации о них
устанавливается также юридическим
лицом или индивидуальным предпринимателем.
Стандарты организаций на продукцию,
реализуемую иным юридическим или
физическим лицам, или на оказываемые
услуги не разрабатываются.
Стандарты в
зависимости от объекта стандартизации
подразделяются на определенные виды.
Вид стандарта –
характеристика стандарта, определяющаяся
его содержанием в зависимости от объекта
стандартизации. Вид стандарта определяется
спецификой объекта стандартизации,
особенностями и полнотой нормируемых
требований.
Разрабатываются
стандарты следующих видов:
— основополагающий,
в.ч. терминологический;
— на продукцию;
— на процессы,
— на услугу;
— на методы контроля
(испытаний, измерений, анализа, поверки);
— на совместимость;
— с открытыми
значениями.
Основополагающий
стандарт – стандарт, имеющий широкую
область распространения или содержащий
общие положения для определенной
отрасли.
Основополагающий
стандарт может применяться непосредственно
в качестве стандарта или служить основой
для других стандартов и ТНПА.
Данные
стандарты устанавливают общие
организационно-методические требования
для определенной области деятельности
и/или общетехнические требования и
правила, обеспечивающие техническое
единство и взаимосвязь различных
областей науки, техники и производства
в процессах создания продукции, процессов
ее разработки, производства, эксплуатации
(использования), хранения, перевозки,
реализации и утилизации или оказания
услуг.
Терминологический
стандарт– основополагающий
стандарт, распространяющийся на термины,
к которым, как правило, приводятся
определения, а в некоторых случаях
примечания, иллюстрации, примеры и т.д.
В отдельных случаях допускается
отсутствие определения.
Стандарт на
продукцию– стандарт, устанавливающий
требования, которым должна удовлетворять
продукция или группа продукции, с тем
чтобы обеспечить соответствие продукции
ее назначению.
Стандарты на
продукцию могут включать непосредственно
или путем ссылки такие аспекты, как
термины и определения, правила приемки,
методы контроля, маркировка и упаковка.
В зависимости от аспекта стандартизации
стандарт на продукцию может включать
требования к ней или только часть
необходимых требований. В связи с этим
различают стандарты общих технических
условий, общих технических требований,
технических условий, стандарты размеров,
стандарты на правила приемки, маркировки,
упаковки, транспортирования и хранения.
Стандарт на
процесс– стандарт, устанавливающий
требования, которым должен удовлетворять
процесс, с тем чтобы обеспечить
соответствие процесса его назначению.
Стандарт на
услугу– стандарт, устанавливающий
требования, которым должна удовлетворять
услуга, с тем чтобы обеспечить соответствие
услуги ее назначению.
Стандарты на услуги
разрабатываются в различных областях
(например, социально-культурные услуги,
бытовое обслуживание населения,
общественное питание, туристско-экскурсионное
обслуживание, жилищно-коммунальное
хозяйство, транспорт, автосервис, связь,
страхование, банковское дело, торговля,
научно-техническое и информационно-рекламное
обслуживание и др.).
Стандарт на
методы контроля (испытаний, измерений,
анализа, поверки)– стандарт,
устанавливающий методы испытаний,
иногда дополненный другими требованиями,
касающимися испытаний, как, например
отбор проб, использование статистических
методов и порядок проведения испытаний.
Стандарт на
совместимость– стандарт,
устанавливающий требования, касающиеся
совместимости продукции или систем.
Стандарт с
открытыми значениями– стандарт,
содержащий перечень характеристик, для
которых должны быть указаны значения
или другие данные для конкретизации
продукции, процесса или услуги.
В
некоторых стандартах обычно
предусматриваются данные, которые
указываются поставщиками, в других –
данные, указываемые покупателями. К
стандартам с открытыми значениями
относятся стандарты системы показателей
качества продукции.
Если
стандарты объединены общей целевой
направленностью и устанавливают
согласованные требования к объектам
стандартизации, то совокупность данных
стандартов образует систему
стандартов (группу стандартов).
Соседние файлы в папке метр станд и серт
Формирование технико-коммерческого предложения
В настоящем техническом кодексе использованы ссылки на следующие технические нормативные правовые акты в области технического нормирования и стандартизации (далее – ТНПА):
ТР 2007/003/BY Единицы измерений, допущенные к применению на территории Республики Беларусь
ТКП 1.0-2004 (04100) Система технического нормирования и стандартизации Республики Беларусь. Правила разработки технических регламентов
ТКП 1.5-2004 (04100) Система технического нормирования и стандартизации Республики Беларусь. Правила построения, изложения, оформления и содержания технических кодексов установившейся практики и государственных стандартов
ТКП 1.9-2007 (03220) Система технического нормирования и стандартизации Республики Беларусь. Правила принятия международных, региональных и национальных стандартов других государств в качестве государственных стандартов
СТБ 1500-2004 Техническое нормирование и стандартизация. Термины и определения ГОСТ 1.3-2002 Межгосударственная система стандартизации. Правила и методы принятия между-
народных и региональных стандартов в качестве межгосударственных стандартов ГОСТ 7.4-95 Система стандартов по информации, библиотечному и издательскому делу.
Издания. Выходные сведения
Примечание – При пользовании настоящим техническим кодексом целесообразно проверить действие ТНПА по каталогу, составленному по состоянию на 1 января текущего года, и по соответствующим информационным указателям, опубликованным в текущем году.
Если ссылочные ТНПА заменены (изменены), то при пользовании настоящим техническим кодексом следует руководствоваться замененными (измененными) ТНПА. Если ссылочные ТНПА отменены без замены, то положение, в котором дана ссылка на них, применяется в части, не затрагивающей эту ссылку.