Дублирование подписей

  Задумывались ли вы над тем, зачем мы подписываем чертежи и другие проектные документы? Ну, понятно, разработчик, а остальные?

  Есть интересный документ, достаточно старый (с 01.01.1999), но действующий. Называется "Регламентация подписей на проектной документации". Методические рекомендации. 3-е издание.

  Разработчики задаются интересным вопросом: "кто конкретно и какую ответственность будет нести в проектном институте, т.е. кто персонально заплатит за ошибки в проекте?" Пожалуй, эта страница будет содержать максимальное количество цитат, поскольку указанный выше документ видели не многие.

  "1). Подпись в проектной документации несет в себе информацию о двух важнейших аспектах:

а/ о том, что работник выполнил свои обязанности, предусмотренные должностной инструкцией, по принятию (проверке) тех или иных проектных решений и зафиксировал окончание своей работы над проектным документом;

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

  "В проектной документации могут быть только подписи специалистов, принимающих и проверяющих проектные решения (нормоконтроль следует рассматривать как одну из составляющих проверки)."

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

  "В общем случае исполнитель несет ответственность перед проверяющим. Проверяющий несет ответственность непосредственно перед заказчиком проектной документации."

  "В отдельных случаях, если квалификация, опыт и добросовестность конкретного исполнителя не вызывают сомнения у главного инженера (технического директора) проектного института, такому исполнителю может быть предоставлено право работы без проверки. В этом случае в подписи проверяющего на проектной документации нет необходимости."

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

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

  "В условиях рынка возможно на экземплярах передаваемых заказчику «маскировать» подписи изображением торговой марки (торгового знака, знака обслуживания и т.п.) проектного института. При этом на оригиналах, хранящихся в архиве проектного института, подписи в основной надписи сохраняются. Это позволяет, во-первых, охранять коммерческую тайну о себестоимости проектной продукции, и, во-вторых, получить преимущество в конкурентной борьбе с отдельными проектировщиками, ограничивая возможности заказчика привлекать их для разработки аналогичной документации по договорам подряда, заключаемым непосредственно с физическими лицами. Вопрос «маскирования» подписей следует согласовать с заказчиком при заключении контракта."

  На основании приведённых выше обширных цитат, а также предыдущей статьи "Порядок следования подписей", лично я делаю следующие выводы:

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

Комментарии

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

Спасибо ещё раз за внимательное чтение и хороший пример. Сам нахожусь в положении, когда надо ставить или не ставить подпись в первой и последних графах.

Обсуждения позволяют оттачивать формулировки, корректировать требования, добавлять обоснования к высказанным суждениям. После Вашего комментария я немного изменил выводы в конце обсуждаемой статьи, указав, что не надо дублировать подписи только в строках перед "Н.контроль", а остальные заполнять всё же стоит. Хотя и тут требование одного ГОСТа перебивается требованием другого, а именно: подпись нормоконтролёра не всегдя обязательна:

ГОСТ 21.002-2014 СПДС. Нормоконтроль проектной и рабочей документации, 8.2 Нормоконтролер имеет право: 

- не проводить нормоконтроль при наличии в документации утверждающей подписи до проведения нормоконтроля.

Таким образом, соглашусь с Вами: если ты един в двух или трёх лицах (ГИП, нормоконтролёр и разработчик), то стоит подписываться, соответственно, два или три раза в любом сочетании. Писать же себя в разработчики и проверяющие, или в проверяющие и доппроверяющие смысла нет.

Добавить комментарий

Filtered HTML

  • Use [collapse] and [/collapse] to create collapsible text blocks. [collapse collapsed] or [collapsed] will start with the block closed.
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Generate stylish tooltips. Format: [qtip:Text to display on page|Tooltip title (optional)|Text to appear in tooltip]
  • Допустимые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <h2> <h3>
  • Строки и абзацы переносятся автоматически.

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Строки и абзацы переносятся автоматически.
CAPTCHA
Этот вопрос проверяет, что Вы человек.