Положение о заказчике застройщике: 12-3.2000 / — ( , ) / /

Содержание

Документ Положение о заказчике-застройщике (едином заказчике, дирекции строящего предприятия) и техническом надзоре

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

    Заказчиком-застройщиком являются:
  • единые заказчики в городах, на территории автономных республик, краев и областей по строительству жилых домов, объектов социально-культурной сферы и коммунального хозяйства в лице управлений (отделов) капитального строительства Советов Министров автономных республик, исполкомов Советов народных депутатов, предприятий или организаций;
  • дирекции (объединенные дирекции) строящихся предприятий.

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


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

Положение «о заказчике -застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере»

 

Утвержден приказом

Государственного агентства

архитектуры, строительства и

жилищно-коммунального хозяйства при Правительстве Кыргызской Республики

от 15 декабря 2017 года №11нпа

 

Положение о заказчике -застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере

 

 

 

Содержание:

 

1.          Общие положения

2.         Основные термины

3.         Организационно-правовая структура заказчика-застройщика

4.         Основные задачи заказчика (застройщика)

5.         Основные функции

6.         Права заказчика

7.         Ответственность заказчика

8.         Средства на содержание аппарата заказчика (застройщика).

 

 

1. Общие положения

 

1.1Положение о заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере на территории Кыргызской Республики (далее – Положение) распространяется физическим и юридическим лицам любой формы собственности, осуществляющий новое строительство или реконструкция зданий н сооружений как имеющими, так и не имеющими службы технического надзора за строительством, а также в целях защиты прав и охраняемых законом интересов граждан, общества и государства.

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

Конкретные обязательства заказчика-застройщика при выполнении строительных работ определяются соглашением сторон при заключении договора строительного подряда.

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

1.4 В своей деятельности заказчик-застройщик руководствуется законодательством Кыргызской Республики, настоящим Положением, нормативно-технической документацией и методическими указаниями уполномоченного государственного органа в сфере архитектуры, строительства и жилищно-коммунального хозяйства, договором строительного подряда, а также учредительными документами.

 

2. Основные термины

 

В настоящем Положении использованы термины и определения установленные законодательством Кыргызской Республики.

 

3. Организационно-правовая структура заказчика-застройщика

 

3.1 Государственный заказчик при заключении договора на выполнение подрядных строительных работ имеет права и выполняет обязанности, установленные законодательством Кыргызской Республики и Положением, за исключением права самостоятельно принимать решения:

—  об объемах выделения инвестиций и направлениях их использования;

—  о консервации или прекращении строительства объекта.

Решение по указанным вопросам государственный заказчик принимает:

— по объектам, финансируемым за счет инвестиций, — с Правительством Кыргызской Республики;

— по объектам, финансируемым за счет республиканского бюджета, — по согласованию с Министерством финансов Кыргызской Республики;

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

3.2 Организационно-правовая структура заказчика-застройщика определяется объемами и направлениями реализации инвестиций, характером строящихся объектов, другими обстоятельствами и может реализовываться в виде службы единого заказчика, дирекции строящегося предприятия (в дальнейшем дирекция) в соответствии с действующим законодательством Кыргызской Республики.

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

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

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

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

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

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

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

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

3.4.1 При строительстве группы предприятий, территориальное расположение которых позволяет осуществлять единое руководство строительством, а также объектов вспомогательного производства (инженерных сооружений, коммуникаций и др.) общих для группы предприятий, может создаваться объединенная дирекция.

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

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

Объединенная дирекция прекращает свою деятельность после сдачи в эксплуатацию всех строящихся предприятий (объектов).

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

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

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

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

При заключении подобного договора заказчик не может передавать независимойинженерной организацииследующие функции:

— принятие решения о строительстве объекта, выполнении работ;

— утверждение технического задания на проектирование;

— утверждение проектно-сметной документации и передачи ее подрядчику;

— решение вопроса о проведении подрядных торгов и утверждения их результатов;

— получение разрешения у уполномоченного органа на выполнение строительных работ;

— заключение договора строительного подряда;

— передача подрядчику строительной площадки;

— утверждение состава приемочной комиссии и акта приемки объекта от подрядчика.

Указанные функции выполняются самим заказчиком (застройщиком).

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

 

4. Основные задачи заказчика (застройщика)

 

4.1         Основные задачи заказчика:

4.1.1 На стадии подготовки инвестиционного проекта проработки:

— разработка бизнес-плана;

— выбор площадки строительства;

— получение всех необходимых разрешений и согласований;

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

4.1.2 На стадии реализации инвестиционного проекта:

— подготовка строительной площадки;

— разработка и утверждение проектно-сметной документации;

— выбор, как правило, на конкурсной основе, исполнителей на поставку товаров, выполнение работ, оказание услуг в строительстве и заключение договоров;

— поставка предусмотренных договором подряда материальных и иных ресурсов;

— контроль качества работ, применяемых строительных материалов, изделий и конструкций;

— приемка выполненных работ;

— своевременная оплата работ и услуг;

— сдача объекта в эксплуатацию;

— передача объектов собственникам или эксплуатирующим организациям;

— контроль качества работ в период гарантийной эксплуатации.

 

5. Основные функции

 

5.1 Функции заказчика (застройщика) в процессе реализации инвестиционных программ по строительству заключаются в следующем:

5.1.1 В области выбора земельных участков и освоения строительных площадок:

— согласование с заинтересованными лицами места размещения объекта строительства, размер земельного участка и условий его отвода;

— получение разрешения об отводе земельного участка для строительства объекта, карьеров для добычи недостающего грунта, а также для складирования излишнего грунта, строительного мусора, выполнение работ по рекультивации земель;

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

— получение разрешений соответствующего местного исполнительного и распорядительного органа на проектирование и строительство объекта;

— получение разрешения соответствующих организаций на:

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

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

вырубку и пересадку деревьев;

— передача в установленном порядке генеральному подрядчику в согласованные с ним сроки документов об отводе земельного участка и полученных разрешений соответствующих эксплуатационных органов;

— осуществление сноса зданий, сооружений, зеленых насаждений, находящихся на строительной площадке, и переселение граждан, проживающих в домах, подлежащих сносу, переносу или реконструкции;

— возмещение гражданам в случаях, предусмотренных действующим законодательством, стоимости изымаемых плодово-ягодных насаждений и посевов, а также подлежащих сносу жилых домов и строений, принадлежащих им на праве частной собственности;

— проверка расчетов остаточной рыночной стоимости сносимых зданий и сооружений, принадлежащих юридическим и физическим лицам, правомерности включения ее в сметную документацию на строительство;

— обеспечение реализации возвратных материалов от разборки сносимых зданий и сооружений, а также материалов, полученных при попутной добыче.

5.1.2В области обеспечения проектной документацией и организации строительства:

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

— подготовка и утверждение технического задания на разработку проектно-сметной документации;

— заключение договоров на выполнение проектных, изыскательских, а при необходимости и научно-исследовательских работ, осуществление контроля за их выполнением;

— принятие от проектировщика согласованной и прошедшей государственную экспертизу проектно-сметной документации и ее утверждение;

— организация и проведение конкурсов (на выбор подрядчика, независимой инженерной организации по осуществлению технического надзора и строительного контроля, технического аудита и т.д., в соответствии с законодательствомКыргызской Республики;

— при отсутствии необходимости проведения конкурсов — самостоятельно осуществлять выбор подрядчика для выполнения строительных работ;

— проведение переговоров с подрядчиком, разработка и согласование с ним условий договора строительного подряда и заключение его в соответствии с действующим законодательством Кыргызской Республики;

— получение разрешения на выполнение строительства объекта;

— заключение договора на осуществление авторского надзора с проектировщиком;

— передача подрядчику разработанной и утвержденной проектно-сметной документации;

— утверждение и контролирование графиков выполнения работ;

-урегулирование с участниками строительства разногласий, возникающих в ходе заключения и исполнения договоров строительного подряда;

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

— осуществление строительного контроля и технического надзора за строительством, соответствием объема, стоимости и качества работ проектам, сметным расчетам и договорным ценам, строительным нормам и правилам на производство и приемку этих работ собственными силами или путем заключения договора с независимым технадзором;

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

— принятие от подрядчика законченных работ в соответствии с условиями договора подряда;

— по согласованию с инвестором принимает решение о временном прекращении строительства и консервации объекта, утверждает смету на выполнение работ по консервации и контролирует их качественное выполнение;

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

— организация приемки и ввода в эксплуатацию законченного строительством объекта;

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

5.1.3 В области финансирования, учета и отчетности:

— своевременное открытие финансирования и обеспечение его непрерывности при оплате работ по проектированию и строительству объекта и иных платежей, предусмотренных договорами;

— осуществление окончательного расчета по законченным строительством объектам в сроки, установленные договором строительного подряда;

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

— организация и ведение бухгалтерского, оперативного и статистического учета, составление и представление отчетности в установленном порядке, связанной со строительством объекта;

— при финансировании строительства объекта за счет нескольких источников и (или) инвесторов организует получение долевых взносов от каждого инвестора и представление им соответствующих отчетов;

— определение суммы средств на премирование, передаваемой подрядчику при своевременном и досрочном вводе объектов, если это предусмотрено договором строительного подряда;

— осуществление окончательного расчета по законченным строительством объектам в сроки, установленные договором строительного подряда, с учетом гарантийного срока устранения недостатков и несоответствий выполненных генеральным подрядчиком работ;

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

— дачаразъяснений по техническим и финансовым вопросам государственным контролирующим органам;

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

5.1.4      В области материально-технического обеспечения:

— заключение договоров на поставку необходимого оборудования и материалов, если их поставка возложена на заказчика в соответствии с договором строительного подряда, и осуществление комплектации объектов строительства этим оборудованием и материалами;

— осуществление при необходимости приемки, учета и надлежащего хранения на складах оборудования и материалов;

— проведение предмонтажной ревизии оборудования и своевременная передача подрядчику оборудования, подлежащего монтажу, в соответствии с графиком, технической документации на оборудование – технических паспортов, инструкций по эксплуатации и обслуживанию.

5.1.5     В области приемки законченных строительством объектов:

— формирование и руководство работой приемочной комиссии по законченным строительством объектам или выполненным строительным работам;

— приглашение представителей уполномоченных органов для участия в приемке выполненных строительных работ, возведенного объекта;

— предоставление приемочной комиссии материалов, предусмотренных нормативно-технической документацией;

— осуществление мероприятий, обеспечивающих своевременный ввод объекта в эксплуатацию;

— обеспечение своевременной приемки от подрядчика выполненных строительных работ возведенного объекта;

— оформление и утверждение акта приемки выполненных строительных работ возведенного объекта от подрядчика;

— определение режима эксплуатации объекта в период опробования и приемки;

— приемка от подрядчика по акту объектов, подлежащих консервации, и осуществление мер по сохранности результатов выполненных работ;

— участие совместно с подрядчиком и эксплуатационной организацией в обследовании объекта в период гарантийного срока эксплуатации;

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

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

 

6. Права заказчика

 

6.1 Заказчик при реализации возложенных на него задач по строительству объекта, если иное не установлено договорами между участниками инвестиционного процесса, имеет право:

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

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

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

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

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

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

-посещать строящийся объект, знакомиться с необходимой исполнительной документацией.

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

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

-принимать и вводить объект в эксплуатацию.

-определять режим эксплуатации объекта в период пробной эксплуатации, пуска и гарантийного срока эксплуатации.

-по согласованию принимать решение о консервации или прекращении строительства объекта.

-осуществлять надзор за работой объекта в пусковой период и в гарантийный срок эксплуатации.

-досрочно прекращать исполнение договорных обязательств с инвестором и подрядчиком при неоднократном нарушении ими своих договорных обязательств.

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

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

6.2 Осуществлять другие права, предусмотренные действующим законодательством Кыргызской Республики.

 

7. Ответственность заказчика

 

7.1 Заказчик при невыполнении или ненадлежащем выполнении своих задач и функций согласно разделам 4 и 5 и обязанностей по договору строительного подряда несет ответственность в соответствии с действующим законодательством Кыргызской Республики.

7.2 Виды и размеры ответственности заказчика устанавливаются законодательством Кыргызской Республики и договором строительного подряда.

 

8. Средства на содержание аппарата заказчика (застройщика)

 

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

 

 

КЫРГЫЗ РЕСПУБЛИКАСЫНЫН МИНИСТРЛЕР КАБИНЕТИНЕ КАРАШТУУ АРХИТЕКТУРА, КУРУЛУШ ЖАНА ТУРАК ЖАЙ-КОММУНАЛДЫК ЧАРБА МАМЛЕКЕТТИК АГЕНТТИГИ » НПА 11. О заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере и Положения о техническом надзоре, независимой инженерной организации, техническом аудите в строительстве

КЫРГЫЗ РЕСПУБЛИКАСЫНЫН МИНИСТРЛЕР КАБИНЕТИНЕ КАРАШТУУ АРХИТЕКТУРА, КУРУЛУШ ЖАНА ТУРАК ЖАЙ-КОММУНАЛДЫК ЧАРБА МАМЛЕКЕТТИК АГЕНТТИГИ » НПА 11. О заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере и Положения о техническом надзоре, независимой инженерной организации, техническом аудите в строительствеНПА 11. О заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере и Положения о техническом надзоре, независимой инженерной организации, техническом аудите в строительстве – КЫРГЫЗ РЕСПУБЛИКАСЫНЫН МИНИСТРЛЕР КАБИНЕТИНЕ КАРАШТУУ АРХИТЕКТУРА, КУРУЛУШ ЖАНА ТУРАК ЖАЙ-КОММУНАЛДЫК ЧАРБА МАМЛЕКЕТТИК АГЕНТТИГИ

НПА 11. О заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) в строительной сфере и Положения о техническом надзоре, независимой инженерной организации, техническом аудите в строительстве


Маалымат 
Автор: admin
 Көрүлгөн: 1257

В целях упорядочения функций и задач заказчика – застройщика и регламентации процедуры организации и проведения технического надзора, независимого технического надзора и строительного контроля на объектах строительства, руководствуясь постановлением Правительства Кыргызской Республики «О делегировании полномочий Правительства Кыргызской Республики ряду государственных органов исполнительной власти» от 15 сентября 2014 года № 530 и Положением о Государственном агентстве архитектуры, строительства и жилищно-коммунального хозяйства при Правительстве Кыргызской Республики (далее-Госстрой) приказываю:

Просмотр полностью

Государственное Агентство по архитектуре, строительству и жилищно-коммунальному хозяйству при Правительстве КР. © 2015

Наш адрес:
Кыргызская республика, г.Бишкек, проспект Манаса 28
Почтовый индекс: 720001
Телефон: +996 (312) 61-36-97
Факс: +996 (312) 61-34-52
Общественная приемная: +996 (312) 31-29-21
E-mail: [email protected]

Положение о заказчике застройщике в строительства 2018 г. ПОСТАНОВЛЕНИЕ Госстроя СССР от 02.02.88 N 16 «ОБ УТВЕРЖДЕНИИ ПОЛОЖЕНИЯ О ЗАКАЗЧИКЕ-ЗАСТРОЙЩИКЕ (ЕДИНОМ ЗАКАЗЧИКЕ, ДИРЕКЦИИ СТРОЯЩЕГОСЯ ПРЕДПРИЯТИЯ) И ТЕХНИЧЕСКОМ НАДЗОРЕ»

ГлавнаяПолПоложение о заказчике застройщике в строительства 2018 г

«Изменения в сфере строительства в 2018 году» (Комментарий к Декрету от 23.11.2017 № 7 «О развитии предпринимательства»)

Изменения в сфере строительства в 2018 году(комментарий к Декрету от 23.11.2017 № 7 «О развитии предпринимательства»)

Антонина Петрушина, начальник управления нормативного правового обеспечениястроительной отраслиМинстройархитектуры

 

23 ноября 2017 г. принят Декрет № 7 «О развитии предпринимательства» (далее – Декрет № 7), которым предусмотрен ряд мер, направленных на совершенствование и оптимизацию правового регулирования сферы строительства.

Декретом № 7 внесены корректировки в ряд действующих норм, а также введены новые нормы по не урегулированным ранее вопросам.

Проанализируем нормы Декрета № 7, которые вступают в силу с 26 февраля 2018 г., и нормы нормативных правовых актов, действующие в настоящий момент.

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

Декретом № 7 утвержден перечень видов экономической деятельности, о начале осуществления которых субъектами хозяйствования представляется уведомление в местный исполнительный и распорядительный орган (далее – перечень) (приложение к Декрету № 7) (подп. 2.1 Декрета № 7).

Пункт 17 перечня содержит вид деятельности «Производство строительных материалов и изделий».

Действующая норма: В настоящее время действующее законодательство такой нормы не содержит.

Разрешительная документация на капитальный ремонт и техническую модернизацию объектов не потребуется

Строительные работы при капитальном ремонте, работы по технической модернизации объектов субъекты хозяйствования выполняют на основании проектной документации без получения разрешительной документации, выдаваемой местными исполнительными и распорядительными органами. Субъект хозяйствования вправе приступить к выполнению работ при капитальном ремонте со дня, следующего за днем направления уведомления о проведении таких работ в органы государственного строительного надзора, в порядке, установленном Совмином (кроме объектов, на которых не осуществляется государственный строительный надзор) (абзац второй подп. 4.4 Декрета № 7).

Действующая норма: Капитальный ремонт объекта осуществляется на основании разрешительной документации (ст. 21 Закона от 05.07.2004 № 300-З «Об архитектурной, градостроительной и строительной деятельности в Республике Беларусь» (далее – Закон № 300-З).

Положение о порядке подготовки и выдачи разрешительной документации на строительство объектов утверждено постановлением Совмина от 20.02.2007 № 223.

Справочно:

Под технической модернизацией в целях Декрета № 7 понимается замена (установка нового) технологического оборудования с выполнением сопутствующих работ по устройству несущих оснований под оборудование, прокладке или замене отдельных внутренних инженерных сетей, связанных с функционированием технологического оборудования, устройству перегородок, отделочных и других работ, производимых внутри здания и не затрагивающих несущую способность конструкций (подстрочная ссылка № 15 к абзацу второму подп. 4.4 Декрета № 7).

Капитальный ремонт – совокупность работ, включая строительно-монтажные, пусконаладочные, и мероприятий по восстановлению утраченных в процессе эксплуатации технических, эксплуатационных и потребительских качеств объекта строительства, осуществляемых путем восстановления (усиления), улучшения и (или) замены отдельных конструкций, деталей, инженерно-технического оборудования объекта строительства, выполняемых в т. ч. с применением новых материалов и технологий (абзац шестнадцатый ст. 1 Закона № 300-З).

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

Техническая модернизация, капитальный ремонт объектов осуществляются собственниками объектов либо с их письменного согласия субъектами хозяйствования, у которых объекты находятся на ином вещном праве или на основании гражданско-правового договора (абзац второй подп. 4.4 Декрета № 7).

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

Примечание. Согласно действующему законодательству бухгалтерский учет затрат на строительство (в т.ч. модернизацию, капитальный ремонт) осуществляется заказчиком, застройщиком (п. 3 Инструкции о порядке формирования стоимости объекта строительства в бухгалтерском учете, утвержденной постановлением Минстройархитектуры от 14. 05.2007 № 10). В связи с принятием изменений затраты по строительству сразу будут аккумулироваться в бухгалтерском учете арендатора, который будет являться заказчиком.

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

Субъектам хозяйствования для выполнения работ по технической модернизации, капитальному ремонту объектов наличие аттестата соответствия не требуется (абзац второй подп. 4.4 Декрета № 7).

Действующая норма: Заказчик, застройщик должен иметь аттестат соответствия, выдаваемый в порядке, установленном Совмином (подп. 1.11. Указа от 14.01.2014 № 26 «О мерах по совершенствованию строительной деятельности» (далее – Указ № 26).

Заказчики получат технические условия на инженерно-техническое обеспечение объекта по форме, установленной Совмином

Субъекты хозяйствования при осуществлении экономической деятельности получают технические условия на инженерно-техническое обеспечение объекта, включенные в состав разрешительной документации на строительство объекта и выдаваемые заказчику, застройщику по форме, установленной Совмином. В эти технические условия должна быть включена необходимая для проектирования и строительства информация, в т.ч. связанная с присоединением к газораспределительной системе, электрической сети, тепловым сетям, системам водоснабжения, водоотведения (канализации) и дождевой канализации (абзац третий подп. 4.4 Декрета № 7).

Действующая норма: В настоящее время действующим законодательством данный вопрос не урегулирован.

 

Установлен уведомительный порядок информирования органов государственного строительного надзора о начале производства строительно-монтажных работ. Сокращен срок действия заключения органов государственной экспертизы.

 

      При наличии положительного заключения государственной экспертизы по проектной документации (а в случаях, когда государственная экспертиза проектной документации не является обязательной — при наличии проектной документации) на строительство объектов производство строительно-монтажных работ на объектах строительства осуществляется после направления уведомления заказным почтовым отправлением с уведомлением о вручении или в виде электронного документа в органы государственного строительного надзора в порядке, установленном Совмином. Заключение органов государственной экспертизы по проектной документации утрачивает силу в случае, если производство строительно-монтажных работ не начато в течение двух лет  после его получения (абзац шестой подп. 4.4. Декрета № 7).

Действующая норма:

Разрешение на производство строительно-монтажных работ выдается заказчику, застройщику органами государственного строительного надзора (п.1 ст.23 Закона №300-3).

      Срок действия заключения государственной экспертизы по проектной документации ограничивается проектной продолжительностью строительства объекта, увеличенной на один год (п. 5 ст. 32 Закона №300-З). 

 

         При строительстве объектов «под ключ» генеральный подрядчик осуществляет все функции, за исключением технического надзора

Субъекты хозяйствования при строительстве объектов «под ключ» оказывают заказчику весь комплекс инженерных услуг, кроме осуществления технического надзора за строительством, а также функций, которые относятся к компетенции заказчика и при выполнении которых не требуется получение аттестата соответствия заказчика (абзац седьмой подп. 4.4 Декрета № 7).

Справочно. Для целей Декрета № 7 под строительством объекта «под ключ» понимается осуществление генеральным подрядчиком по договору, заключенному на основании утвержденной предпроектной (предынвестиционной) документации, по договорной цене работ по получению исходной и разрешительной документации, проектированию, строительству, выполнению части функций заказчика по управлению строительством, пусконаладочных работ, работ по приемке объекта в эксплуатацию и передаче его заказчику (подстрочная сноска № 22 к абзацу седьмому подп. 4.4 Декрета № 7).

Действующая норма: В настоящее время действующим законодательством данный вопрос не урегулирован. Термин «строительство под ключ» определен в Правилах заключения и исполнения договоров строительного подряда, утвержденных постановлением Совмина от 15.09.1998 № 1450 (далее – Правила № 1450).

Так, определено, что строительство объекта «под ключ» – осуществление строительной деятельности подрядчиком (генеральным подрядчиком), выполняющим весь комплекс работ от изысканий и проектирования до сдачи объекта заказчику, в т. ч. с привлечением других организаций (абзац восьмой п. 3 Правил № 1450).

Установлены сокращенный и исчерпывающий перечни функций заказчика, не подлежащих передаче инженерной организации

Не подлежат передаче инженерной организации следующие функции заказчика:

а) принятие решения о строительстве объекта;

б) утверждение проектной документации;

в) обеспечение финансирования объекта строительства и контроля за расходованием средств, направляемых на его финансирование;

г) принятие решения о консервации незавершенного объекта строительства, о продлении срока строительства объекта;

д) утверждение состава приемочной комиссии и акта приемки объекта строительства в эксплуатацию (абзац восьмой подп. 4.4 Декрета № 7).

Действующая норма: Не подлежат передаче инженерной организации следующие функции заказчика:

принятие решения о строительстве объекта и (или) выполнении строительных, специальных, монтажных, пусконаладочных работ;

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

утверждение проектно-сметной документации;

принятие от разработчиков проектной документации, передача ее подрядчику с отметками «К производству работ», за исключением случаев, когда инженер (инженерная организация) заключил совместно с заказчиком, застройщиком договор строительного подряда либо договором строительного подряда предусмотрена обязанность подрядчика разработать проектную документацию;

передача подрядчику строительной площадки, за исключением случаев, когда инженер (инженерная организация) заключил совместно с заказчиком, застройщиком договор строительного подряда;

принятие решения о консервации объекта строительства, о продлении срока строительства;

утверждение состава приемочной комиссии и акта приемки объекта в эксплуатацию;

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

(п. 9 Инструкции о порядке оказания инженерных услуг в строительстве, утвержденной постановлением Минстройархитектуры от 10.05.2011 № 18).

Сокращен срок резервирования денежных средств на специальном счете

Субъекты хозяйствования при осуществлении экономической деятельности резервируют (в случае выбора такой формы обеспечения обязательств) сроком на 2 года денежные средства на специальном счете в размере 1,5 % стоимости выполненных на объектах строительства жилищного, социально-культурного, коммунально-бытового назначения работ в целях устранения результата строительных, специальных, монтажных работ ненадлежащего качества (далее – результат работ ненадлежащего качества) (абзац девятый подп. 4.4 Декрета № 7).

Действующая норма: Средства для обеспечения исполнения обязательств по устранению результата работ ненадлежащего качества резервируются на период действия гарантийного срока эксплуатации объекта (абзац второй части первой подп. 1.14 Указа № 26; п. 2 Положения о порядке резервирования подрядчиком средств для обеспечения устранения результата строительных, специальных, монтажных работ ненадлежащего качества, выявленного в период гарантийного срока эксплуатации объекта строительства, их учета, расходования, в том числе перечисления в местный бюджет, утвержденного постановлением Совмина от 01. 04.2014 № 299).

На принятые в эксплуатацию объекты и выполненные строительные работы, являющиеся предметом договора, установлен гарантийный срок пять лет (п. 66 Правил № 1450).

Отменена процедура закупки при строительстве объектов за счет собственных средств

Установленные законодательством требования о закупках товаров (работ, услуг) при строительстве применятся только в случае осуществления закупок с привлечением полностью или частично бюджетных и приравненных к ним средств, а также при осуществлении аварийно-восстановительного ремонта капитальных строений (зданий, сооружений) (абзац тринадцатый подп. 4.4 Декрета № 7).

Действующая норма: Закупки товаров (работ, услуг) при строительстве объектов, финансируемых за счет собственных средств заказчиков, за исключением средств государственных организаций и хозяйственных обществ, акции (доли в уставном фонде) которых находятся в государственной собственности, осуществляются по выбору заказчика путем проведения подрядных торгов (торгов), биржевых торгов, переговоров, если иное не установлено Президентом Республики Беларусь (подп. 72 Положения о порядке организации и проведения процедур закупок товаров (работ, услуг) при строительстве объектов, утвержденного постановлением Совмина от 31.01.2014 № 88).

Для разработки предпроектной (прединвестиционной) документации аттестат соответствия не требуется

Субъекты хозяйствования вправе без наличия аттестата соответствия, выдаваемого в порядке, установленном Совмином, осуществлять разработку предпроектной (прединвестиционной) документации (абзац четырнадцатый подп. 4.4 Декрета № 7).

Действующая норма: Предпроектная (прединвестиционная) документация разрабатывается заказчиком, застройщиком, имеющими аттестат соответствия, выдаваемый в порядке, установленном Совмином (подп. 1.6 Указа № 26, часть вторая ст. 51 Закона №300-З).

Заключение по принимаемому в эксплуатацию объекту – его соответствие разрешительной и проектной документации

При приемке в эксплуатацию объекта, очереди строительства, пускового комплекса субъекты хозяйствования будут вправе получать заключения государственных органов и организаций исключительно на предмет соответствия указанных объектов строительства разрешительной документации, проектной документации, разработанной и утвержденной с учетом установленных законодательством требований к ее разработке и утверждению, в т. ч. требований безопасности и эксплуатационной надежности (абзац пятнадцатый подп. 4.4 Декрета № 7).

Действующая норма: Соответствие принимаемых в эксплуатацию объектов проектной документации, требованиям безопасности и эксплуатационной надежности должно подтверждаться заключениями государственных органов (их структурных подразделений), иных государственных организаций, выдаваемыми в пределах их компетенции в соответствии с законодательством. При этом органы государственного строительного надзора выдают свое заключение с учетом наличия заключений по данному объекту других органов государственного надзора (п. 20 Положения о порядке приемки в эксплуатацию, утвержденного постановлением Совмина от 06.06.2011 № 716).

Определен срок приемки эксплуатирующими организациями затрат на строительство объектов инфраструктуры

Эксплуатирующие организации обязаны в течение 3 месяцев с даты приемки в эксплуатацию объектов, завершенных строительством, но не зарегистрированных в установленном порядке в качестве объектов недвижимого имущества, объектов инженерной, транспортной и социальной инфраструктуры и их благоустройства, принять их безвозмездно в государственную собственность и обратиться за государственной регистрацией в отношении этих объектов. Решение о приемке таких объектов безвозмездно в государственную собственность принимается на основании акта о передаче затрат и документов, подтверждающих завершение их строительства и соответствие проектной документации, без наличия документов, удостоверяющих государственную регистрацию их создания (подп. 5.10 Декрета № 7).

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

Государственная регистрация в отношении объектов инженерной, транспортной, социальной инфраструктуры и их благоустройства, безвозмездно приобретенных в собственность государства, осуществляется территориальной организацией по государственной регистрации недвижимого имущества, прав на него и сделок с ним на основании заявления соответствующих структурных подразделений местных исполнительных и распорядительных органов, эксплуатационных организаций, акта о передаче затрат, произведенных при создании объекта, иных необходимых документов, определяемых Совмином (подп. 1.9 Указа от 07.02.2006 № 72 «О мерах по государственному регулированию отношений при размещении и организации строительства жилых домов, объектов инженерной, транспортной и социальной инфраструктуры» (далее – Указ №72).

Таким образом, срока приемки объектов инженерной, транспортной и социальной инфраструктуры и их благоустройства в настоящее время Указом №72 и иными актами законодательства не установлено.

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

zav.minsk.gov.by

Постановление Госстроя СССР от 02-02-88 16 об утверждении положения о заказчике-застройщике (едином заказчике дирекции строящегося предприятия) и техническом надзоре. Актуально в 2018 году

Наименование документа:

ПОСТАНОВЛЕНИЕ Госстроя СССР от 02.02.88 N 16 «ОБ УТВЕРЖДЕНИИ ПОЛОЖЕНИЯ О ЗАКАЗЧИКЕ-ЗАСТРОЙЩИКЕ (ЕДИНОМ ЗАКАЗЧИКЕ, ДИРЕКЦИИ СТРОЯЩЕГОСЯ ПРЕДПРИЯТИЯ) И ТЕХНИЧЕСКОМ НАДЗОРЕ»

Вид документа

  • положение
  • постановление

Принявший орган

  • ГОССТРОЙ СССР

Номер документа

16

Дата принятия

Дата редакции

1988-02-02

Дата регистрации в Минюсте

Статус

Действует

Публикация

  • «Бюллетень нормативных актов министерств и ведомств СССР», N 7, 1988

Российская Федерация

Государственный строительный комитет СССР постановляет:

1. Утвердить согласованное с Госпланом СССР, Минфином СССР, Промстройбанком СССР и Госкомтрудом СССР Положение о заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) и техническом надзоре согласно Приложению.

2. Признать утратившими силу:

Постановление Госстроя СССР от 12 марта 1971 г. N 17 «Об утверждении Положения о дирекции строящегося предприятия»;

Постановление Госстроя СССР от 12 февраля 1980 г. N 11 «Об утверждении Положения о службе единого заказчика по строительству в городах жилых домов, объектов культурно-бытового назначения и коммунального хозяйства».

Председатель Госстроя СССР Ю.БАТАЛИН

УТВЕРЖДЕНОПостановлением Госстроя СССРот 2 февраля 1988 г. N 16

СОГЛАСОВАНОс Госпланом СССР,Минфином СССР,Промстройбанком СССР,Госкомтруда СССР

www.zakonprost.ru

Новые требования к застройщикам в 2018 году

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

Своеобразным ответом стало принятие поправок в действующее законодательство (ФЗ-№ 218). Этот документ обновил правила взаимодействия участников рынка долевого строительства. Он преследует решение 2-х основных задач: создание условий финансовой защищенности граждан, а также введение жестких правил работы для застройщиков.

Основные нововведения в отрасли

Законодательные изменения касаются преимущественно финансовой стороны деятельности застройщиков. Однако, ряд нововведений коснется организационной составляющей.

Ранее действующая редакция 214-ФЗ Нововведения в связи с принятием 218-ФЗ
В предыдущей редакции действовали лояльные правила к застройщикам. В частности, этот статус приобретали компании, которые имели в собственности земельный участок, а также привлекали средства граждан для субсидирования строительства. С принятием 218-ФЗ квалификационные требования обновились. К уже существующим требованиям добавилось еще два: застройщик должен иметь 3-хлетний опыт в строительстве многоквартирных домов. Площадь застройки должна быть не менее 10 000 кв. м. Новое юридическое лицо должно функционировать в качестве хозяйственного общества (ПАО, а также АО или ООО).
Ранее застройщик обязан был получить разрешение на строительство. Делалось это до момента привлечения средств граждан. При этом компания могла одновременно иметь несколько земельных участков, и, соответственно, разрешений на строительство, где возводились жилые дома. В настоящее время действует новое правило: застройщик должен иметь только одно разрешение на строительство. Допускается возведение нескольких многоэтажных жилых домов, если компания действует в рамках одного разрешения.
В предшествующей редакции устанавливалась зависимость размера оплаченного уставного капитала (УК) застройщика от планируемого объема строительства. Например, минимальный размер УК должен составлять не менее 2.5 миллионов р., если компания планирует застройку менее 1500 кв.м. В новой редакции это правило было полностью отменено. Применяется новый принцип: застройщик на момент направления проектной декларации должен иметь не менее 10% собственных средств от всей стоимости строительства. Эти деньги должны быть на банковском счете.
До принятия поправок устанавливались следующие ограничения относительно лица, претендующего осуществлять распорядительные функции в компании застройщика: у кандидата отсутствует судимость за преступления в сфере экономики, а также нет ограничений права заниматься определенными видами деятельности (дисквалификация). К уже существующим ограничениям добавилось еще три. Так, занимать руководящие функции не могут лица, которые: 1) менее 3-х лет назад были привлечены к субсидиарной ответственности по долгам юридического лица. 2) менее 3-х лет назад, управлявшие юридическим лицом, которое было признано судом банкротом. 3) в течение последних 3-х лет владели не менее 25% акций компании-застройщика, которая в дальнейшем участвовала в процедуре банкротства в качестве должника.
Отсутствовали ограничения на количество открытых расчетных счетов в кредитных организациях для осуществления расчетов с техническим заказчиком и генеральным подрядчиком, который выполняет работы по возведению сооружения. В дальнейшем будет применяется новый подход: только один расчетный счет застройщика в выбранном им банке.

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

 

 

Ваши документы в порядке когда,дело ведет Земельный Юрист.

zemelniy-urist.ru

Есть изменения! Заказчик и застройщик в строительстве. Особенности деятельности в 2018 г. Бухгалтерский учет и налогообложение

27 июля

Привлекая подрядчика или начиная строительство собственными силами, заказчик (застройщик) должен знать свои права, обязанности, порядок и требования к ведению строительства, специфику налогообложения и бухгалтерского учета. На семинаре ведущие эксперты строительной отрасли помогут разобраться в этих вопросах, дадут практические рекомендации, поделятся знаниями и опытом. Также на семинаре расскажут об изменениях в законодательстве, касающихся деятельности заказчиков (застройщиков) в строительстве в 2018 г. с учетом норм Декрета от 23.11.2017 № 7, вступившего в силу с 26.02.2018, а так же изменений в сфере закупок в строительстве, регистрации недвижимого имущества и налоговых правоотношений.

Целевая аудитория: 1-я часть–руководители организаций и юридических управлений коммерческих организаций-заказчиков (застройщиков), юристы, инженеры этих организаций; 2-я часть – главные бухгалтеры, бухгалтеры, экономисты организаций-заказчиков (застройщиков).

Содержание:

1. Правовой статус застройщика, заказчика в строительстве.

– Функции застройщика и заказчика в строительстве.

– Что требуется для организации строительства хозяйственным способом.

– Аттестация организаций, руководителей и специалистов в области строительства.

– Особенности привлечения застройщиком, заказчиком в строительстве инженерной организации.

2. Ключевые изменения в строительной сфере с учетом норм Декрета от 23.11.2017 № 7.

3. Закупки в строительстве. На что обратить внимание в 2018 г.

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

3.2. Обязанности застройщика, заказчика в строительстве по выбору организаций.

3.3. Порядок проведения закупок.

4. Права и обязанности застройщика, заказчика в строительстве при исполнении договора строительного подряда. Встречные обязанности застройщика, заказчика в строительстве.

5. Проектно-сметная документация (ПСД).

– Разработка предпроектной (предынвестиционной) документации. В каких случаях она не требуется.

– Порядок внесения изменений в ПСД: что нужно соблюсти и какие встречаются нарушения.

6. Экономия подрядчика.

– Порядок согласования и основания распределения экономии подрядчика.

– Судебная практика взыскания заказчиком сумм, отнесенных подрядчиком к экономии подрядчика.

7. Ответственность застройщика, заказчика в строительстве (договорная, внедоговорная, административная и уголовная). Как ее избежать?

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

– Ответственность заказчика, застройщика в период исполнения договора.

– Ответственность за нарушение порядка ввода объекта в эксплуатацию.

– Ответственность после сдачи объекта в эксплуатацию.

8. Ввод объекта в эксплуатацию с учетом требований законодательства к документам.

Лектор:Лисица Лилия Николаевна, управляющий партнер Адвокатского бюро «Лисица и партнеры».

9. Порядок бухгалтерского учета затрат на возведение, реконструкцию объектов недвижимости у заказчика (застройщика).

– Классификация затрат в строительстве и объекты учета. Порядок распределения затрат между объектами строительства.

– Обеспечение строительства материальными ресурсами, энергией и т.д. Документальное оформление и учет.

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

– Прочие затраты по строительству.

10. Особенности учета затрат по возведению и реконструкции инженерных сетей с учетом норм Декрета от 23.11.2017 № 7.

11. Налогообложение у заказчика (застройщика) в 2018 г. На какие изменения обратить внимание.

11.1. НДС (в том числе. создание и выставление ЭСЧФ в 2018 году).

11.2. Налог на прибыль.

11.3. Налог на недвижимость и земельный налог. Особенности исчисления этих налогов по сверхнормативному незавершенному строительству.

12. Отражение в бухучете стоимости строительных работ, выполняемых хозспособом.

13. Учет законченных строительством объектов и определение их стоимости в бухучете.

Лектор:Ещенко Сергей Анатольевич, заведующий лабораторией проблем учетной политики и финансов ОАО «НИИ Стройэкономика».

Время проведения семинара: 10.00 – 16.10

Записаться на семинар можно по телефону 205-03-00.

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

www.urspectr.info

О приостановлении действия РДС РК 1.03-02-2010 «Положение о заказчике-застройщике»

В соответствии с письмом Министерства юстиции Республики Казахстан от 28 сентября 2011 года № 4-1-6/3Т-И-716 и протестом Генеральной прокуратуры Республики Казахстан от 14 ноября 2011 года № 2-7/2359-11 ПРИКАЗЫВАЮ:

1. Приостановить действие РДС РК 1. 03-02-2010 «Положение о заказчике-застройщике», утвержденного приказом от 29 декабря 2010 года № 606.

2. Утвердить и ввести в действие прилагаемые:

Форму акта приемки выполненных объемов работ;

Форму акта приемки выполненных работ;

Форму справки о стоимости выполненных работ и затрат;

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

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

4. Настоящий приказ вступает в силу со дня подписания.

Председатель

С. Нокин

Утверждена
приказом Председателя Агентства
Республики Казахстан по делам строительства и
жилищно-коммунального хозяйства
от 2 мая 2012 года № 170

Форма акта приемки выполненных объемов работ

Заказчик:
Подрядчик:
Наименование строительства и его адрес:

 

АКТ
приемки выполненных объемов работ
за _______ 20__ года

 

на ________ работы

№ п/п

Обоснование

Наименование работ

Ед. изм.

Количество выполненных работ

Расценка на единицу выполненных работ, тенге

Всего заработная плата, тенге

Примечание

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Начальник участка _________________                        Отдел технического надзора _____________

Прораб _______________                                                Начальник СМУ ___________________

Мастер _______________                                                Начальник ПТО ___________________

Бригадир _____________                                                 Инженер ПТО ____________________

Экономист/ инженер ОТиЗ ______________

Утверждена
приказом Председателя Агентства
Республики Казахстан по делам строительства и
жилищно-коммунального хозяйства
от 2 мая 2012 года № 170

Форма акта приемки выполненных работ

Заказчик:
Подрядчик:
Наименование строительства и его адрес:

 

АКТ
приёмки выполненных работ
за _______ 20__ года

 

на ________ работы

Составлен(а) в ценах 2001 г.

№ п/п

Шифр и № позиции норматива

Наименование работ и затрат, единица измерения

Количество

Стоимость ед, тенге

Общая стоимость, тенге

Накладные расходы, тенге ——— %

Затраты труда, чел.-ч, рабочих-строителей

 Всего

Экспл. машин

Всего

Экспл. машин

 ЗП рабочих-строителей

в т.ч ЗП машинистов

ЗП рабочих-строителей

в т.ч. ЗП машинистов

рабочих, обслуживающих машины

 на един.

всего

1

2

3

4

5

6

7

8

9

10

11

 

 

 

 

 

 

 

 

 

 

 

 

Всего прямые затраты
в том числе стоимость:
— материалов, изделий и конструкций
— оборудования
— прочих затрат

Накладные расходы:
— заработная плата
— трудоемкость

Итого:
Сметная заработная плата
Нормативная трудоемкость

Итого в текущих ценах:
Налоги, сборы, обязательные платежи

Итого:
НДС:
Всего:
Заказчик:                                                        Подрядчик:

Утверждена
приказом Председателя Агентства
Республики Казахстан по делам строительства и
жилищно-коммунального хозяйства
от 2 мая 2012 года № 170

Форма справки о стоимости выполненных работ и затрат

Заказчик:
Подрядчик:
Наименование строительства и его адрес:

 

СПРАВКА
о стоимости выполненных работ и затрат
за __________ 20___ года

Код

Код

Договор

Источник финансирования

Организационно-правовая форма

заказчика

подрядчика

номер

дата

наименован.

код

наименование

код

 

 

 

 

 

 

 

 

 

Наименование пусковых комплексов, объектов

Стоимость выполненных работ и затрат в тенге

налог на добавленную стоимость

Всего к оплате

с начала года по отчетный месяц включительно с НДС

в отчетном месяце (за____) без НДС

из графы 1

Строительно-монтажные работы в сметном базовом уровне цен 2001г.

из них

стоимость прочих затрат, не входящих в состав СМР в сметном базовом уровне цен 2001 г.

дополнительные затраты

в отчетном месяце

по монтажу оборудования

на приобретение материалов

другие дополнительные расходы

А

1

2

3

4

5

6

7

8

9

10

 

 

 

 

 

 

 

 

 

 

 

 

М.П. Заказчик                 ___________________________ 20___ года
(должность ф., и., о., подпись)

 

М.П. Подрядчик             __________________________ 20___ года
(должность ф., и., о., подпись)

 

Утверждена
приказом Председателя Агентства
Республики Казахстан по делам строительства и
жилищно-коммунального хозяйства
от 2 мая 2012 года № 170

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

Стоимость строительства в базовом уровне цен 2011 г. в год, (млн. тенге)

Норматив расходов на осуществление функций управления проектом и технического надзора заказчика, (процентов)

Норматив численности работников, осуществляющих функции управления проектом и технического надзора заказчика, (человек)

до 250

1,93

3

от 250 до 350

1,81

4

от 350 до 450

1,72

5

от 450 до 625

1,61

6

от 625 до 750

1,56

7

от 750 до 1000

1,47

8-9

от 1000 до 1500

1,36

10-12

от 1500 до 2000

1,28

12-14

от 2000 до 2500

1,23

14-16

от 2500 до 3000

1,18

16-18

от 3000 до 3750

1,13

18-21

от 3750 до 4500

1,09

21 -24

ПРИМЕЧАНИЕ При стоимости строительства более 4500 млн. тенге в год в базовом уровне цен 2001 г.:

1) к превышающему остатку применяется норматив 0,05 процентов;

2) численность работников заказчика, осуществляющих функции технического надзора, увеличивается на 1 человека на каждые 500 млн. тенге сверх указанной суммы.

3) стоимость строительства в год определяется в зависимости от нормативной продолжительности строительства в соответствие с проектом организации строительства.

4) норматив расходов на осуществление функций технического надзора составляет 70% от общего лимита расходов.

[Утратил силу] — Руководящий документ в строительстве (РДС РК) Республики Казахстан 29.12.2010 № РДС РК 1.03-02-2010 «Положение о заказчике-застройщике»

1. РАЗРАБОТАНЫ: РГП «КазНИИССА»

2. ПРЕДСТАВЛЕН: Департаментом научно-технической политики и нормирования Агентства РК по делам строительства и жилищно-коммунального хозяйства (АДС и ЖКХ)

3. ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ: Приказом Агентства РК по делам строительства и ЖКХ 29.12.2010 № 606 с 01.05.2011 года

4. ВЗАМЕН:Положения о заказчике-застройщике (едином заказчике, дирекции строящегося предприятия) и техническом надзоре, утвержденного постановлением Госстроя СССР от 2 февраля 1988 года № 16
 
Дата ведения - 2011.05.01
Настоящий государственный норматив не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Уполномоченного государственного органа по делам архитектуры, градостроительства и строительства РК.
1. Область применения
1.1 Настоящий государственный норматив содержит установленные законодательными и нормативными правовыми актами, а также иными нормативно-техническими документами основные обязанности и права заказчика-застройщика при планировании и реализации инвестиционных программ, связанных со строительством новых и (или) изменением (расширением, модернизацией, техническим перевооружением, реконструкцией, реставрацией, капитальным ремонтом) существующих объектов (зданий, сооружений и их комплексов, коммуникаций), монтажом (демонтажом), связанного с ними технологического и инженерного оборудования (далее - строительство), а также осуществлением работ по консервации строительства незавершенных объектов и постутилизации объектов, выработавших свой ресурс. Исходя из специфики организации строительства, условий реализации инвестиционного проекта другие (дополнительные) полномочия заказчика-застройщика определяются отдельными актами законодательства и нормативно-технической документацией. Конкретные обязательства заказчика-застройщика при выполнении строительных работ определяются соглашением сторон при заключении договора строительного подряда, а при выполнении подрядных работ для государственных нужд - государственным контрактом (далее - договор строительного подряда).
1.2 Настоящий норматив регулирует отношения заказчика-застройщика с другими участниками строительной деятельности, предназначен для применения заказчиками-застройщиками, государственными заказчиками (администраторами бюджетных программ) при разработке и реализации инвестиционных проектов и обязателен для всех субъектов инвестиционной деятельности независимо от форм собственности, осуществляемой в форме капитальных вложений (физических и юридических лиц, выполняющих инженерные изыскания и/или осуществляющих подготовку проектной документации, а также подрядчиков по строительству), принимающих участие в разработке и реализации инвестиционных проектов.
1.3 В своей деятельности заказчик-застройщик руководствуется законодательством Республики Казахстан, настоящим нормативом, нормативно-техническими документами и методическими указаниями уполномоченного органа по делам архитектуры, градостроительства и строительства, жилищных отношений и коммунального хозяйства.
2. Нормативные ссылки
Для применения настоящего государственного норматива необходимы ссылочные нормативные документы согласно Приложения 1 .
ПРИМЕЧАНИЕ При пользовании настоящими государственным нормативом целесообразно проверить действие ссылочных документов по информационным «Перечню нормативных правовых и нормативно-технических актов в сфере архитектуры, градостроительства и строительства, действующих на территории Республики Казахстан», «Указателю нормативных документов по стандартизации Республики Казахстан» и «Указателю межгосударственных нормативных документов», составляемых ежегодно по состоянию на текущий год, и соответствующим ежемесячно издаваемым информационным бюллетеням - журналам и указателям, опубликованным в текущем году. Если ссылочный документ заменен (изменен), то при пользовании настоящим нормативом следует руководствоваться замененным (измененным) документом. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
3. Термины и определения
В настоящем государственном нормативе применяются следующие термины с соответствующими определениями из документов, включенных в Раздел «Нормативные ссылки»:
3.1 Заказчик-застройщик: Юридическое или физическое лицо, уполномоченное инвестором (или само являющееся инвестором) осуществлять реализацию проекта по строительству объекта самостоятельно либо с помощью подрядной организации на основании договора строительного подряда, и получившее решение акимата о предоставлении земельного участка под строительство или разрешение на использование земельного участка, принадлежащего ему на праве собственности или землепользования, а также обеспечивающее выполнение инженерных изысканий и разработку проектной документации (далее - заказчик).
3.2 Инвестор: Юридическое или физическое лицо, осуществляющие капитальные вложения в строительство объекта с использованием собственных и (или) привлеченных средств в соответствии с действующим законодательством.
3.3 Государственный заказчик: Государственный орган или организация (администраторы бюджетных программ), осуществляющие реализацию бюджетного инвестиционного проекта.
3.4 Администратор бюджетных программ: Государственный орган, ответственный за планирование, обоснование, реализацию и достижение результатов бюджетных программ (согласно «Правил рассмотрения, отбора, мониторинга и оценки реализации бюджетных инвестиционных проектов»).
3.5 Бюджетный инвестиционный проект: Совокупность мероприятий, направленных на создание (строительство) новых либо реконструкцию имеющихся объектов, реализуемых за счет бюджетных средств в течение определенного периода времени и имеющих завершенный характер (согласно «Правил рассмотрения, отбора, мониторинга и оценки реализации бюджетных инвестиционных проектов»).
3.6 Инвестиционный проект: Комплекс мероприятий, предусматривающий инвестиции в создание новых, расширение и обновление действующих производств, включая производства, произведенные и полученные в рамках договора концессии концессионером (правопреемником).
Инвестиционный проект (как начальный предмет по реализации конкретного инвестиционного замысла) - документ, содержащий обоснование экономической целесообразности, объемов и сроков осуществления капитальных вложений, в том числе необходимая проектно-сметная документация, разработанная и утвержденная в соответствии с законодательством Республики Казахстан и государственными нормативами, а также описание практических действий по осуществлению инвестиций (согласно Закону Республики Казахстан «Об инвестициях», СНиП РК 1.02-01-2007 .
3.7 Исходно-разрешительная документация: Совокупность документов, содержащих сведения градостроительного, землеустроительного, инвестиционно-экономического характера и иную информацию, необходимую для принятия органами государственной власти и органами местного самоуправления обоснованных решений о возможности строительства заявленного объекта. К исходно-разрешительной документации для проектирования относятся акт выбора земельного участка, план границ земельного участка, архитектурно-планировочное задание, задание на проектирование заказчика, иные виды и формы документов, устанавливаемых законодательными и нормативными правовыми актами Республики Казахстан, строительными нормами и правилами.
3.8 Проектная (проектно-сметная) документация: Совокупность графических, расчетных и текстовых материалов, содержащих градостроительную обоснованность местоположения объекта, экономические, архитектурные, объемно-планировочные, функциональные, технологические, конструктивные, инженерные, природоохранные и иные решения в объеме, необходимом для ведения строительства и сдачи объекта в эксплуатацию. Проектная (проектно-сметная) документация для несложных и непродолжительных по срокам выполнения объектов разрабатывается в одну стадию -рабочий проект (РП), а для крупных и сложных объектов, как правило, в две стадии: первая стадия -проект (П) со сметным расчетом; вторая стадия - рабочая документация (Р) со сметами.
Основанием для разработки проектной (проектно-сметной) документации служит задание на проектирование, составляемое заказчиком при участии проектной и подрядной строительной организации, материалы по выбору и отводу (разрешению на использование) земельного участка (площадки, трассы), технических условий инженерного и коммунального обеспечения объекта, результатов инженерных изысканий, иных исходных данных, включая результаты предпроектной деятельности заказчика. Проектная (проектно-сметная) документация разрабатывается в соответствии с утвержденными в установленном законодательством порядке обоснованиями инвестиций в строительство, архитектурно-планировочным заданием местных исполнительных органов.
3.9 Рабочая документация: Часть проектной (проектно-сметной) документации, разрабатываемая на стадии «рабочая документация» и используемая непосредственно на строительных площадках при возведении объектов (согласно СНиП РК 1.01-05-2008 ).
3.10. Подрядчик: Физическое и юридическое лицо (включая совместные предприятия), выполняющее подрядные работы в строительстве по договору подряда и (или) договору о государственных закупках строительно-монтажных работ, заключаемым с заказчиком в соответствии с Гражданским кодексом Республики Казахстан. Для занятия соответствующими видами архитектурной, градостроительной и строительной деятельности, которые подлежат лицензированию, подрядчику необходимо иметь лицензию в соответствии с требованиями законодательства Республики Казахстан. При этом в совместных предприятиях доля иностранного участия в уставном капитале не должна превышать сорок девять процентов.
3.11 Разрешение на строительство: Основание для реализации архитектурного проекта, выдаваемое заказчику-застройщику уполномоченными органами в целях контроля за выполнением градостроительных нормативов, требований утвержденной градостроительной документации, а также в целях предотвращения причинения вреда окружающей природной среде и дающий заказчику право осуществлять строительство, выдаваемый заказчику уполномоченным государственным органом по делам архитектуры, градостроительства и строительства - по объектам республиканского значения и местными исполнительными органами областей (города республиканского значения, столицы), осуществляющими государственный архитектурно-строительный контроль, - по объектам местного значения. Разрешение выдается на весь нормативный срок строительства объекта в соответствие с проектом в установленном законодательством порядке.
3.12 Архитектурно-строительный контроль: Контроль за наличием утвержденной проектной (проектно-сметной) документации, положительного заключения экспертизы проектов, а также соответствующего разрешения на производство строительно-монтажных работ. Контроль за наличием лицензии на право осуществления соответствующих видов лицензируемой архитектурной, градостроительной и строительной деятельности. Контроль качества строительно-монтажных работ, производимых на строительных объектах, проверки соответствия (документальной, визуальной, инструментальной) выполненных работ, конструкций, инженерных систем, возведенных объектов обязательным требованиям, установленным утвержденной проектно-сметной документацией, действующим законодательством, государственным (межгосударственным) нормативам, в том числе по обеспечению прочности, устойчивости, надежности несущих и ограждающих конструкций и эксплуатационных качеств зданий (сооружений). Архитектурно-строительный контроль осуществляется уполномоченными государственными органами, а также местными исполнительными органами в пределах их контрольных функций, заказчиком, путем организации технического надзора за строительством, разработчиком проектной документации путем ведения авторского надзора за строительством, подрядчиком, путем осуществления всех видов и форм собственного производственного контроля качества строительства (входного, операционного, приемочного, лабораторного, геодезического и других), приёмкой объекта в эксплуатацию рабочими, приемочными и государственными приемочными комиссиями.
3.13 Строительный (производственный) контроль: Контроль, осуществляемый подрядчиком по строительству, качества строительно-монтажных работ, включающий входной, операционный, приёмочный контроль:
- Входной контроль: Качественный контроль поступающих материалов, изделий, конструкций, грунта и т.п., а также технической документации. Контроль осуществляется преимущественно регистрационным методом (по сертификатам, накладным паспортам), а при необходимости - измерительным методом (согласно СНиП РК 1.01-05-2008 ).
- Операционный контроль: Контроль, выполняемый в процессе производства работ отдельных строительных процессов, производственных операций или после их завершения с целью выявления дефектов, которые могут быть скрыты при продолжении процесса или операции, и принятия мер по предупреждению и устранению этих дефектов. Осуществляется измерительным методом или техническим осмотром. Результаты операционного контроля фиксируются в общих или специальных журналах работ, журналах геотехнического контроля и других документах, предусмотренных действующей в данной организации системой управления качеством.
- Приемочный контроль: 1) Контроль, выполняемый по завершении строительства объекта или его этапов, скрытых работ и других объектов контроля. По его результатам принимается документированное решение о пригодности объекта контроля к эксплуатации или выполнению последующих работ приемочный контроль одного и того же показателя может осуществляться на нескольких уровнях и разными методами (например, плотность грунта отдельных слоев и насыпи в целом). При этом результаты контроля низшего уровня могут служить предметом контроля высшего уровня (например, акты освидетельствования скрытых работ по приемке основания насыпи представляются при приемке насыпи в целом). Результаты приемочного контроля фиксируются в актах освидетельствования скрытых работ, актах промежуточной приемки ответственных конструкций, актах испытания свай пробной нагрузкой и других документах, предусмотренных действующими нормативами по приемке строительных работ, зданий и сооружений; 2) Контроль продукции, по результатам которого принимается решение о ее пригодности к поставкам и (или) использованию (согласно СНиП РК 1.01-32-2005 ).
3.14 Скрытые работы: Отдельные виды работ (устройство фундаментов, гидроизоляции, установка арматуры и закладных изделий в железобетонных конструкциях и т.п.), которые недоступны для визуальной оценки приемочными комиссиями при сдаче объектов строительства в эксплуатацию и скрываемые последующими работами и конструкциями. Качество и точность этих работ невозможно определить после выполнения последующих, поэтому они предъявляются к осмотру и приемке до их закрытия в ходе последующих работ (согласно СНиП РК 1.03-03-2010 ).
Промежуточную оценку соответствия ответственных (несущих) металлических и железобетонных конструкций, ярусов конструкций, этажей, инженерных систем зданий и сооружений -опор и пролетных строений мостов, емкостных сооружений и т.п. в процессе строительства обязаны выполнять все участники строительства - технический надзор заказчика, авторский надзор разработчиков проекта, уполномоченные должностные лица подрядчика и субподрядчика. По результатам приемки оформляется акт в соответствии с требованиями приложения Д СНиП РК 1.03-06-2002*.
3.15 Технический надзор: Надзор, осуществляемый заказчиком, в установленном порядке специально уполномоченными лицами и имеющими соответствующую лицензию для ведения технического надзора по надзору за строительством на всех стадиях реализации проекта, включая качество, сроки, стоимость, приемку выполненных работ и сдачу объектов в эксплуатацию в установленном порядке и в сроки, определенные договором (контрактом).
3.16 Авторский надзор: Правомочия автора по осуществлению контроля за:
- разработкой проекта строительства (строительной документации), осуществляемого автором (авторами) архитектурного и градостроительного произведения;
- реализацией проекта строительства, осуществляемого его разработчиками, включая автора (авторов) архитектурного или градостроительного произведения.
Авторский надзор осуществляется в порядке, установленном законодательством Республики.
Авторский надзор разработчиков проектной (проектно-сметной) документации осуществляется:
- при строительстве объектов, подлежащих приемке в эксплуатацию государственными приемочными комиссиями;
- в соответствии с распорядительным документом (приказом) организации, ведущей проектирование, инвестирование и строительство объекта;
- в случаях, предусмотренных статьей 15 Закона «Об архитектурной, градостроительной и строительной деятельности в Республике Казахстан» и Законом Республики Казахстан «Об авторском праве и смежных правах».
4. Общие положения
4.1 Заказчиками подрядных работ в строительстве могут выступать граждане Республики Казахстан, иностранцы, лица без гражданства, отечественные и иностранные юридические лица. Юридическое лицо может быть любой организационной и правовой формы, зарегистрированное в установленном порядке на территории Республики Казахстан или структурное подразделение инвестора (управление, отдел капитального строительства, группа технического надзора действующего предприятия), наделенное необходимыми полномочиями для выполнения возложенных на него функций. В организациях комплексного типа, осуществляющих деятельность инвестора, заказчика, проектировщика, подрядчика и эксплуатацию построенных объектов, в любых сочетаниях заказчиком является подразделение или должностное лицо, назначенное в установленном порядке руководителем организации с определением ответственности и наделением его необходимыми полномочиями.
Заказчик при наличии определенных условий и необходимых лицензий вправе осуществлять строительство объекта собственными силами без привлечения подрядчика. В этом случае он выполняет обязанности заказчика и подрядчика. Обязанности заказчика при возведении объекта определяются настоящим нормативом.
4.2 Предметом деятельности заказчика является строительство новых объектов, реконструкция, расширение, техническое перевооружение действующих предприятий и (или) сооружений, проведение капитального ремонта.
4.3 Взаимодействие заказчика с другими субъектами инвестиционной деятельности осуществляется на основе договора или государственного контракта, заключаемого между сторонами в соответствии с действующим законодательством.
4.4 Выполнение функций заказчика требует наличие у организации лицензий на осуществление конкретных видов деятельности в случаях, предусмотренных законодательством Республики Казахстан.
4.5 На стадии подготовки инвестиционного проекта заказчик финансируется за счет основной деятельности инвестора, а при реализации конкретного инвестиционного проекта - за счет средств, предусмотренных в сводном сметном расчете стоимости строительства предприятий, зданий, сооружений или их частей.
4.6 Размер средств на выполнение функций заказчика устанавливается в договоре с инвестором на основе расчета.

Положение о заказчике-застройщике   — ReferatDB.

 

1.1 Настоящий государственный норматив содержит установленные законодательными и нормативными правовыми актами, а также иными нормативно-техническими документами основные обязанности и права заказчика-застройщика при планировании и реализации инвестиционных программ, связанных со строительством новых и (или) изменением (расширением, модернизацией, техническим перевооружением, реконструкцией, реставрацией, капитальным ремонтом) существующих объектов (зданий, сооружений и их комплексов, коммуникаций), монтажом (демонтажом), связанного с ними технологического и инженерного оборудования (далее — строительство), а также осуществлением работ по консервации строительства незавершенных объектов и постутилизации объектов, выработавших свой ресурс. Исходя из специфики организации строительства, условий реализации инвестиционного проекта другие (дополнительные) полномочия заказчика-застройщика определяются отдельными актами законодательства и нормативно-технической документацией. Конкретные обязательства заказчика-застройщика при выполнении строительных работ определяются соглашением сторон при заключении договора строительного подряда, а при выполнении подрядных работ для государственных нужд — государственным контрактом (далее — договор строительного подряда).

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

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

 

Для применения настоящего государственного норматива необходимы ссылочные нормативные документы согласно Приложения 1.

ПРИМЕЧАНИЕ При пользовании настоящими государственным нормативом целесообразно проверить действие ссылочных документов по информационным «Перечню нормативных правовых и нормативно-технических актов в сфере архитектуры, градостроительства и строительства, действующих на территории Республики Казахстан», «Указателю нормативных документов по стандартизации Республики Казахстан» и «Указателю межгосударственных нормативных документов», составляемых ежегодно по состоянию на текущий год, и соответствующим ежемесячно издаваемым информационным бюллетеням — журналам и указателям, опубликованным в текущем году. Если ссылочный документ заменен (изменен), то при пользовании настоящим нормативом следует руководствоваться замененным (измененным) документом. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

 

В настоящем государственном нормативе применяются следующие термины с соответствующими определениями из документов, включенных в Раздел «Нормативные ссылки»:

3.1 Заказчик-застройщик: Юридическое или физическое лицо, уполномоченное инвестором (или само являющееся инвестором) осуществлять реализацию проекта по строительству объекта самостоятельно либо с помощью подрядной организации на основании договора строительного подряда, и получившее решение акимата о предоставлении земельного участка под строительство или разрешение на использование земельного участка, принадлежащего ему на праве собственности или землепользования, а также обеспечивающее выполнение инженерных изысканий и разработку проектной документации (далее — заказчик).

3.2 Инвестор: Юридическое или физическое лицо, осуществляющие капитальные вложения в строительство объекта с использованием собственных и (или) привлеченных средств в соответствии с действующим законодательством.

3.3 Государственный заказчик: Государственный орган или организация (администраторы бюджетных программ), осуществляющие реализацию бюджетного инвестиционного проекта.

3.4 Администратор бюджетных программ: Государственный орган, ответственный за планирование, обоснование, реализацию и достижение результатов бюджетных программ (согласно «Правил рассмотрения, отбора, мониторинга и оценки реализации бюджетных инвестиционных проектов»).

3.5 Бюджетный инвестиционный проект: Совокупность мероприятий, направленных на создание (строительство) новых либо реконструкцию имеющихся объектов, реализуемых за счет бюджетных средств в течение определенного периода времени и имеющих завершенный характер (согласно «Правил рассмотрения, отбора, мониторинга и оценки реализации бюджетных инвестиционных проектов»).

3.6 Инвестиционный проект: Комплекс мероприятий, предусматривающий инвестиции в создание новых, расширение и обновление действующих производств, включая производства, произведенные и полученные в рамках договора концессии концессионером (правопреемником).

Инвестиционный проект (как начальный предмет по реализации конкретного инвестиционного замысла) — документ, содержащий обоснование экономической целесообразности, объемов и сроков осуществления капитальных вложений, в том числе необходимая проектно-сметная документация, разработанная и утвержденная в соответствии с законодательством Республики Казахстан и государственными нормативами, а также описание практических действий по осуществлению инвестиций (согласно Закону Республики Казахстан «Об инвестициях», СНиП РК 1.02-01-2007.

3.7 Исходно-разрешительная документация: Совокупность документов, содержащих сведения градостроительного, землеустроительного, инвестиционно-экономического характера и иную информацию, необходимую для принятия органами государственной власти и органами местного самоуправления обоснованных решений о возможности строительства заявленного объекта. К исходно-разрешительной документации для проектирования относятся акт выбора земельного участка, план границ земельного участка, архитектурно-планировочное задание, задание на проектирование заказчика, иные виды и формы документов, устанавливаемых законодательными и нормативными правовыми актами Республики Казахстан, строительными нормами и правилами.

3.8 Проектная (проектно-сметная) документация: Совокупность графических, расчетных и текстовых материалов, содержащих градостроительную обоснованность местоположения объекта, экономические, архитектурные, объемно-планировочные, функциональные, технологические, конструктивные, инженерные, природоохранные и иные решения в объеме, необходимом для ведения строительства и сдачи объекта в эксплуатацию. Проектная (проектно-сметная) документация для несложных и непродолжительных по срокам выполнения объектов разрабатывается в одну стадию -рабочий проект (РП), а для крупных и сложных объектов, как правило, в две стадии: первая стадия -проект (П) со сметным расчетом; вторая стадия — рабочая документация (Р) со сметами.

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

3.9 Рабочая документация: Часть проектной (проектно-сметной) документации, разрабатываемая на стадии «рабочая документация» и используемая непосредственно на строительных площадках при возведении объектов (согласно СНиП РК 1.01-05-2008).

3.10. Подрядчик: Физическое и юридическое лицо (включая совместные предприятия), выполняющее подрядные работы в строительстве по договору подряда и (или) договору о государственных закупках строительно-монтажных работ, заключаемым с заказчиком в соответствии с Гражданским кодексом Республики Казахстан. Для занятия соответствующими видами архитектурной, градостроительной и строительной деятельности, которые подлежат лицензированию, подрядчику необходимо иметь лицензию в соответствии с требованиями законодательства Республики Казахстан. При этом в совместных предприятиях доля иностранного участия в уставном капитале не должна превышать сорок девять процентов.

3.11 Разрешение на строительство: Основание для реализации архитектурного проекта, выдаваемое заказчику-застройщику уполномоченными органами в целях контроля за выполнением градостроительных нормативов, требований утвержденной градостроительной документации, а также в целях предотвращения причинения вреда окружающей природной среде и дающий заказчику право осуществлять строительство, выдаваемый заказчику уполномоченным государственным органом по делам архитектуры, градостроительства и строительства — по объектам республиканского значения и местными исполнительными органами областей (города республиканского значения, столицы), осуществляющими государственный архитектурно-строительный контроль, — по объектам местного значения. Разрешение выдается на весь нормативный срок строительства объекта в соответствие с проектом в установленном законодательством порядке.

3.12 Архитектурно-строительный контроль: Контроль за наличием утвержденной проектной (проектно-сметной) документации, положительного заключения экспертизы проектов, а также соответствующего разрешения на производство строительно-монтажных работ. Контроль за наличием лицензии на право осуществления соответствующих видов лицензируемой архитектурной, градостроительной и строительной деятельности. Контроль качества строительно-монтажных работ, производимых на строительных объектах, проверки соответствия (документальной, визуальной, инструментальной) выполненных работ, конструкций, инженерных систем, возведенных объектов обязательным требованиям, установленным утвержденной проектно-сметной документацией, действующим законодательством, государственным (межгосударственным) нормативам, в том числе по обеспечению прочности, устойчивости, надежности несущих и ограждающих конструкций и эксплуатационных качеств зданий (сооружений). Архитектурно-строительный контроль осуществляется уполномоченными государственными органами, а также местными исполнительными органами в пределах их контрольных функций, заказчиком, путем организации технического надзора за строительством, разработчиком проектной документации путем ведения авторского надзора за строительством, подрядчиком, путем осуществления всех видов и форм собственного производственного контроля качества строительства (входного, операционного, приемочного, лабораторного, геодезического и других), приёмкой объекта в эксплуатацию рабочими, приемочными и государственными приемочными комиссиями.

3.13 Строительный (производственный) контроль: Контроль, осуществляемый подрядчиком по строительству, качества строительно-монтажных работ, включающий входной, операционный, приёмочный контроль:

— Входной контроль: Качественный контроль поступающих материалов, изделий, конструкций, грунта и т.п., а также технической документации. Контроль осуществляется преимущественно регистрационным методом (по сертификатам, накладным паспортам), а при необходимости — измерительным методом (согласно СНиП РК 1.01-05-2008).

— Операционный контроль: Контроль, выполняемый в процессе производства работ отдельных строительных процессов, производственных операций или после их завершения с целью выявления дефектов, которые могут быть скрыты при продолжении процесса или операции, и принятия мер по предупреждению и устранению этих дефектов. Осуществляется измерительным методом или техническим осмотром. Результаты операционного контроля фиксируются в общих или специальных журналах работ, журналах геотехнического контроля и других документах, предусмотренных действующей в данной организации системой управления качеством.

— Приемочный контроль: 1) Контроль, выполняемый по завершении строительства объекта или его этапов, скрытых работ и других объектов контроля. По его результатам принимается документированное решение о пригодности объекта контроля к эксплуатации или выполнению последующих работ приемочный контроль одного и того же показателя может осуществляться на нескольких уровнях и разными методами (например, плотность грунта отдельных слоев и насыпи в целом). При этом результаты контроля низшего уровня могут служить предметом контроля высшего уровня (например, акты освидетельствования скрытых работ по приемке основания насыпи представляются при приемке насыпи в целом). Результаты приемочного контроля фиксируются в актах освидетельствования скрытых работ, актах промежуточной приемки ответственных конструкций, актах испытания свай пробной нагрузкой и других документах, предусмотренных действующими нормативами по приемке строительных работ, зданий и сооружений; 2) Контроль продукции, по результатам которого принимается решение о ее пригодности к поставкам и (или) использованию (согласно СНиП РК 1.01-32-2005).

3.14 Скрытые работы: Отдельные виды работ (устройство фундаментов, гидроизоляции, установка арматуры и закладных изделий в железобетонных конструкциях и т.п.), которые недоступны для визуальной оценки приемочными комиссиями при сдаче объектов строительства в эксплуатацию и скрываемые последующими работами и конструкциями. Качество и точность этих работ невозможно определить после выполнения последующих, поэтому они предъявляются к осмотру и приемке до их закрытия в ходе последующих работ (согласно СНиП РК 1.03-03-2010).

Промежуточную оценку соответствия ответственных (несущих) металлических и железобетонных конструкций, ярусов конструкций, этажей, инженерных систем зданий и сооружений -опор и пролетных строений мостов, емкостных сооружений и т.п. в процессе строительства обязаны выполнять все участники строительства — технический надзор заказчика, авторский надзор разработчиков проекта, уполномоченные должностные лица подрядчика и субподрядчика. По результатам приемки оформляется акт в соответствии с требованиями приложения Д СНиП РК 1.03-06-2002*.

3.15 Технический надзор: Надзор, осуществляемый заказчиком, в установленном порядке специально уполномоченными лицами и имеющими соответствующую лицензию для ведения технического надзора по надзору за строительством на всех стадиях реализации проекта, включая качество, сроки, стоимость, приемку выполненных работ и сдачу объектов в эксплуатацию в установленном порядке и в сроки, определенные договором (контрактом).

3.16 Авторский надзор: Правомочия автора по осуществлению контроля за:

— разработкой проекта строительства (строительной документации), осуществляемого автором (авторами) архитектурного и градостроительного произведения;

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

Авторский надзор осуществляется в порядке, установленном законодательством Республики.

Авторский надзор разработчиков проектной (проектно-сметной) документации осуществляется:

— при строительстве объектов, подлежащих приемке в эксплуатацию государственными приемочными комиссиями;

— в соответствии с распорядительным документом (приказом) организации, ведущей проектирование, инвестирование и строительство объекта;

— в случаях, предусмотренных статьей 15 Закона «Об архитектурной, градостроительной и строительной деятельности в Республике Казахстан» и Законом Республики Казахстан «Об авторском праве и смежных правах».

 

 

Окончательный шаблон документа с требованиями клиента в разработке программного обеспечения. Черновик и рассказ о том, как я его придумал

Ну… есть. Истории пользователей и сценарии тестирования являются прекрасным справочником для описания функций серверной части. Ситуация усложняется, когда мы переходим к дизайну внешнего интерфейса и бэк-офиса . Пользовательские истории могут описывать, как приложение должно реагировать, но не могут точно описать, как оно должно выглядеть. Когда мы работаем, используя только пользовательские истории и сценарии тестирования (даже очень точно написанные), клиенты постоянно жалуются на то, как мы располагаем элементы на экране, на порядок, размер различных частей, на шрифты, которые мы использовали и т. Д.Мы рискуем столкнуться с нескончаемым потоком вопросов: «Но где…» или «Но почему это так выглядит?». Ну зачем? Потому что это то, как команда разработчиков представляла приложение, исходя из того, что оно должно делать. Конечно, такое объяснение никогда не работает для клиентов, и мы должны перепроектировать пользовательские интерфейсы методом проб и ошибок, представляя нашим клиентам последовательные итерации одну за другой. На этом этапе я понял, что для бесперебойного сотрудничества нам нужно расширить проектную документацию на другой раздел.Это Глава 3 — Макеты и графический дизайн .

Работа над макетами имеет множество преимуществ. Во-первых, это мешает разработчикам создавать интерфейс, который не понравится клиенту. Во-вторых, их рисование — прекрасная возможность для команды разработчиков продумать требования клиента и в конечном итоге обнаружит в них некоторые несоответствия . В-третьих, столь же важно, как и вышеперечисленное, макеты работают как очень эффективное наглядное пособие, помогая клиентам освежить свои воспоминания и заметить, что некоторые функции отсутствуют , потому что они забыли упомянуть их при подготовке пользовательских историй и критериев принятия .Гораздо лучше и дешевле услышать вопрос типа «А где что?» на этапе обзора макета, чем на этапе обзора спринта разработки. Благодаря макетам мы много раз избегали ситуации, когда на этапе тестирования клиент замечал отсутствие некоторых важных функций, вынуждая нас переделывать некоторые уже готовые части приложения. Чем более детализированы макеты — тем лучше для вас . Они должны отображать весь экран пользовательского интерфейса, а не только ту часть, которая будет изменена.Чем больше информации вы включите, например, цветовую кодировку, точные размеры, шрифты и т. Д., Тем меньше исправлений вам придется вносить в будущем.

Неустойчивость требований — основная проблема программной инженерии

Причина, по которой мы разрабатываем программное обеспечение, состоит в том, чтобы удовлетворить потребности определенного клиента, клиента, пользователя или рынка. Цель разработки программного обеспечения — сделать разработку предсказуемой и рентабельной.

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

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

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

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

После чего я провожу еще 18 месяцев с системой, модифицируя ее до тех пор, пока она действительно не удовлетворит потребности клиентов.

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

Требования меняются. Каждый проект разработки программного обеспечения в какой-то момент столкнется с этой сложной проблемой.

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

W.W. Ройсу приписывают первое наблюдение за водопадом в его статье «Управление разработкой больших программных систем», а иллюстрации в сотнях статей по программной инженерии, учебниках и статьях, несомненно, являются диаграммами, которые он создал.Но в оригинальной статье Ройса часто забывают, что он также говорит: «[Реализация] [на диаграмме] рискованна и ведет к неудачам».

Согласование вашего процесса с вашей средой Наблюдение

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

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

В оригинальной статье

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

Реализм в разработке программного обеспечения

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

Начнем с признания того, что изменение неизбежно .

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

Как следствие этого, программное обеспечение никогда не завершается, а только забрасывается.

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

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

Обеспечение соответствия наших процессов окружающей среде

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

Это не так. Мы можем быть очень эффективными разработчиками, если будем помнить о реалиях.

Первая реальность заключается в том, что хотя совершенство невозможно, прагматический успех вполне возможен. Движение стартапов LEAN сделало MVP — «минимально жизнеспособный продукт» — обычной целью для стартапов. Нам необходимо распространить эту идею на все разработки и признать, что каждый продукт действительно является MVP — нашим лучшим приближением решения для текущего понимания проблемы.

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

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

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

Гибкая разработка спешит на помощь

Agile Manifesto вырос из признания этих фактов. Регулярная поставка работающего программного обеспечения является частью этого признания: действительно гибкий проект имеет регулярные частичные реализации.Тесные отношения с потенциальным клиентом гарантируют, что по мере проявления изменений требований они могут быть включены в рабочий план.

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

Теги: agile, бюллетень, процесс, разработка программного обеспечения, stackoverflow

Соглашения о разработке программного обеспечения в соответствии с Законом США об авторском праве

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

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

Порядок оплаты

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

Положения о сроках

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

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

Право собственности

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

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

Планирование на будущее

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

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

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

Обязанности спонсора проекта в разработке программного обеспечения

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

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

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

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

В ScienceSoft мы применяем две модели сотрудничества для анализа потребностей, различающихся по интенсивности активного участия спонсора проекта.

Вариант 1: Бизнес-анализ на нашей стороне

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

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

Вариант 2: Внутренний бизнес-анализ

В некоторых проектах мы работаем с требованиями заказчика. Если да, то спонсор проекта описывает потребности бизнеса и причины внедрения программного обеспечения (его можно создать с помощью бизнес-аналитиков). Такой план включает следующие разделы, обычно не более 20 строк:

  • Заявление, дающее ответы на такие вопросы, как «Кто является клиентом?», «Каковы потребности клиента?», «Что не так с существующими решениями?», «Как программное обеспечение должно это исправить?»
  • Заинтересованные стороны и их потребности.
  • Актеры и особенности продукта. У каждого актера от 3 до 6 функций; каждая функция описана в 2-3 строках.
  • До 6 основных требований к качеству. Все это должно быть измеримо. Например, «Любая веб-страница должна открываться менее чем за 300 мс» вместо «Веб-сайт должен быть быстрым».
  • При желании видение может быть дополнено деталями о предпочтениях конечных пользователей, например, собранными на собраниях с фокус-группами.

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

Вам нужна помощь в сборе и расстановке приоритетов?

ScienceSoft может предоставить бизнес-анализ как независимую услугу или как часть нашего предложения по аутсорсингу разработки программного обеспечения.

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

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

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

Спонсор проекта должен следить за ходом проекта и контролировать бюджет, чтобы избежать задержек и дополнительных расходов. Это особенно важно для проектов, основанных на модели оплаты времени и материалов (T&M), где оплата основана на рабочих часах, указанных поставщиком.Чтобы обеспечить соблюдение бюджета, PS может запрашивать регулярные отчеты о состоянии проекта и производительности команды у менеджера проекта поставщика. В ScienceSoft, например, такие отчеты включают метрики качества программного обеспечения и метрики проекта.

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

Ваш фундамент успеха развития

Результаты проекта в значительной степени зависят от участия спонсора проекта, которое включает в себя участие в сборе требований, ответы на вопросы поставщика, рассмотрение промежуточных связанных с пользователем и технических результатов, проверку хода выполнения проекта и бюджета (особенно для проектов T&M), а также принятие участие в управлении рисками.

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

Аутсорсинг разработки программного обеспечения от ScienceSoft

Ищете партнера по аутсорсингу для выполнения вашего проекта разработки программного обеспечения или всего проекта? ScienceSoft готова поддержать рост вашего бизнеса и инициативы по цифровой трансформации.

Обсудить возможное сотрудничество

Что такое разработка программного обеспечения на заказ?

Be sure about build vs купить

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

Один из подходов к анализу сборки и покупки — спросить, существует ли уже пакетное программное решение, обеспечивающее более 80 процентов функций, необходимых для:

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

Источники: RTS Labs, Praxnet

Сотрудничество — ключ к успеху

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

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

Требуются требования

Одним из важнейших результатов совместной работы является ясное и общее видение того, что программное обеспечение должно делать, а чего не должно. IBM установила, что «организациям необходимо эффективно определять требования и управлять ими, чтобы гарантировать, что они удовлетворяют потребности клиентов, соблюдая при этом соответствие и соблюдая график и бюджет», и что «определение требований и управление ими — это деятельность, которая потенциально может обеспечить высокая и быстрая рентабельность инвестиций.”

«Хорошее» требование, по мнению IBM, это…

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

Методологии, технологии и практики

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

Рассмотрение методологий разработки:

  • Agile development разбивает требования на расходные функции и быстро выполняет эти функции за счет поэтапной разработки.Цикл обратной связи помогает находить и исправлять дефекты по мере развертывания функциональности.
  • DevOps — это сочетание разработки и эксплуатации. Это гибкий подход, который объединяет разработку программного обеспечения и ИТ-операции при проектировании, разработке, развертывании и поддержке программного обеспечения.
  • Быстрая разработка приложений (RAD) — это нелинейный подход, который объединяет проектирование и построение кода в один взаимосвязанный этап.
  • Scaled Agile Framework (SAFe) предоставляет способ масштабирования гибкой методологии для более крупной организации, такой как глобальная группа разработчиков.

Рассматриваемые технологии и практики:

  • Открытый исходный код — это исходный код программного обеспечения, открытый для общественности и сообщества разработчиков. Например, Linux — это операционная система с открытым исходным кодом. Он может повысить продуктивность разработки за счет повторного использования программных компонентов и улучшить взаимодействие, избегая проприетарных архитектур.
  • Разработка на основе облака привносит преимущества облачных вычислений в разработку программного обеспечения, размещая среды разработки в облаке.Эти среды поддерживают кодирование, проектирование, интеграцию, тестирование и другие функции разработки для создания как локальных, так и облачных приложений, и делают это с контролем затрат, скоростью и удобством по требованию, которые обещает облако.
  • Искусственный интеллект (AI) позволяет программному обеспечению имитировать процесс принятия решений и обучения человеком. Его можно применять для улучшения процесса разработки. Например, обработка естественного языка — способность компьютеров и программного обеспечения понимать человеческий язык — может использоваться для анализа текста требований и предложения улучшений на основе передового опыта.Технологии искусственного интеллекта, такие как машинное обучение и моделирование, также могут быть приобретены и включены в приложения через интерфейсы прикладного программирования (API) и сервисы из облака.
  • Блокчейн — это безопасный реестр с цифровой связью, который исключает затраты и уязвимость, создаваемую такими сторонами, как банки, регулирующие органы и другие посредники. Разработчики используют бухгалтерские книги блокчейнов и технологию Hyperledger с открытым исходным кодом для создания новых типов безопасных транзакционных и финансовых приложений, которые могут высвобождать капитал и ускорять бизнес-процессы.
  • Низкий код — это практика разработки, которая снижает потребность в кодировании и позволяет разработчикам, не кодирующим код, или гражданским разработчикам создавать или помогать создавать приложения быстро и с меньшими затратами.
  • Аналитика Технологии помогают программным приложениям и их пользователям анализировать поток данных с помощью информационных панелей, визуализаций и средств прогнозирования. Как и в случае с ИИ, облачные сервисы и API-интерфейсы позволяют относительно просто включать аналитику в приложения.
  • Мобильные приложения могут быть просто необходимыми. 54% руководителей во всем мире считают, что покупательское поведение клиентов смещается от продуктов и услуг к опыту. Многие из этих событий происходят с помощью мобильного программного обеспечения. Связь мобильных приложений с данными для улучшения и обогащения пользовательского опыта является ключевым требованием для разработчиков.

Как управлять вкладом клиентов в разработку продукта

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

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

Основываясь на моем 14-летнем опыте работы в руководящих группах продуктов и развития моей компании, вот пять советов по управлению отзывами клиентов. Я использую примеры из разработки программного обеспечения (моя область знаний), но советы применимы во всех отраслях.

Помните, что вы эксперт.

Клиенты могут точно сказать вам, какие функции продукта им нужны, и направить вас в правильном направлении. Но в конце концов, вы отвечаете за разработку решений. В разработке программного обеспечения, казалось бы, простая функция, ориентированная на клиента, может потребовать создания сложной базовой технологии.Клиенты могут не знать или не заботиться обо всех решениях и шагах, связанных с выполнением одного запроса клиента. Вы обязаны во всем разобраться. Является ли запрошенная функция лучшим решением для этой конкретной проблемы? Есть ли более эффективное решение? Есть ли предпосылки?

Вся эта закулисная работа напоминает мне компьютерную игру под названием Civilization, в которой используется дерево технологий, чтобы проиллюстрировать все, что нужно, чтобы «построить империю, которая выдержит испытание временем.«Невозможно изобрести нанотехнологию без предварительного исследования и разработки композитов и лазеров. Разработка продукта иногда во многом похожа на это: вам нужно исследовать и разработать некоторые из необходимых технологий, прежде чем вы сможете выполнять запросы клиентов.

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

Анализируйте и систематизируйте отзывы клиентов.

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

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

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

Определите приоритеты.

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

Определите приоритеты, чтобы не давать нереалистичных обещаний, сбиваться с пути или упускать цели.

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

Ставьте ясные и честные ожидания.

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

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

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

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

Знайте своих клиентов.

Узнайте своих клиентов не только о том, чего они хотят, но и о том, что они могут себе позволить и за что готовы платить.

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

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

Кому принадлежит ваш код для разработки программного обеспечения?

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

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

Так кому это принадлежит?

Оливия Герберт и Ли Эллис из Drukker Solicitors обсуждают, когда и как принимается решение о праве собственности на исходный код, а также соответствующие события, которые приводят к принятию решения о том, кому он принадлежит.

Программное обеспечение чаще всего является литературным произведением с точки зрения закона об авторском праве. Он может создавать графические и другие художественные произведения.

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

Об авторском праве

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

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

Когда работа поручается подрядчику на условиях фриланса, кому она принадлежит? Без письменного соглашения, в котором прямо указывается, кто получает законные права, автор кода или их работодатель обычно считается первым законным владельцем авторских прав.Однако подразумеваемые условия могут существовать на момент заключения контракта, в этом случае это положение по умолчанию.

Авторские права — Позиция по умолчанию

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

Автор

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

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

Первый владелец авторских прав

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

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

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

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

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

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

Работы по заказу — кому они принадлежат?

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

Если заказчик представляет контракт на разработку программного обеспечения, шансы на то, что заказчик будет его владельцем.Если в нем не указано, кто владеет им, для того, чтобы отменить правило по умолчанию, указанное выше, право собственности будет определяться условиями, подразумеваемыми в контракте, при условии, что его вообще можно сместить. Здесь все может быть сложно.

Нет письменного контракта или нет явных условий — подразумеваемые лицензии

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

Объем лицензии (или права на использование кода) будет соответствовать тому, что необходимо для придания «деловой эффективности» соглашению, то есть его коммерческой цели.

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

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

Если произведение поставляется с осознанием того, что оно будет использовано для определенной цели, лицензия может быть ограничена этой целью.

Передача авторских прав

Передача авторских прав — это соглашение между двумя сторонами, по которому одна сторона передает свои права собственности, права и титул на определенное авторское право другой стороне.

Могут существовать обстоятельства, когда необходимость уступки авторских прав может быть установлена ​​подразумеваемым сроком. Если подрядчик должен быть лишен авторских прав (при отсутствии явно выраженного согласия на этот счет), это должно происходить из-за подразумеваемого условия в отношениях.

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

Примеры в контексте

а. Робин Рэй против Classic FM (1998) — это знаковое дело, в котором обобщены общие принципы, регулирующие соответствующие права подрядчика и клиента в работе, заказанной клиентом.Робин Рэй обладал энциклопедическими знаниями в области классической музыки, и ему было поручено создать музыкальный каталог на основе консультаций для Classic FM. Когда Classic FM попытался использовать каталоги за пределами Великобритании, г-н Рэй возразил и начал судебное разбирательство по поводу предполагаемого использования, выходящего за рамки предполагаемого использования на момент его участия. Его служба предназначалась для определенной цели, во время помолвки стороны не думали о заграничной эксплуатации. Чтобы использовать эту работу за пределами Великобритании, Classic FM потребовалась дополнительная лицензия на условиях, которые устраивали г-на Рэя — i.е. по цене.

г. В деле Stovin-Bradford v Volpoint Properties Ltd (1971) Заказчик согласился уплатить своему архитектору лишь номинальную плату за подготовку планов. Считалось, что у него была лицензия на использование планов без каких-либо целей, кроме ожидаемой заявки на разрешение на планирование, поскольку уплаченная сумма представляла объем лицензии, предусмотренный сторонами на момент заключения соглашения.

г. В деле R Griggs Group Limited v Evans (2005 г.) для рекламного агентства дизайнером-фрилансером было подготовлено материалов.Г-н Эванс нарисовал комбинированный логотип для производителя обуви Dr Martens. Он был автором и первым законным владельцем авторских прав. В 2002 году Эванс передал свои авторские права австралийской обувной компании. Было высказано мнение, что, хотя вопрос об авторском праве обсуждался в то время, это было очевидно и было бы таковым для официального стороннего наблюдателя, что право использовать логотип и исключать его использование другими должно было принадлежать клиенту и не дизайнер.

Заключение

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

подсказки

  1. Прочтите договор!
  2. Поищите ссылки на интеллектуальную собственность и авторские права.
  3. Что бы ни говорилось в контракте, в большинстве случаев вы можете предположить, что контракт означает то, что он говорит.
  4. Если в контракте четко указано, что он говорит, и это не в вашу пользу, будет редким случаем, когда можно будет успешно утверждать, что контракт означал что-то еще.
  5. Если контракт не касается прав интеллектуальной собственности или собственности, и вы являетесь фрилансером, отправной точкой является то, что вы владеете им. Однако это не конец истории.
  6. Учитывайте предысторию отношений между подрядчиком и клиентом на дату заключения контракта. Есть ли какое-то ожидание, что разработчик не должен владеть правами интеллектуальной собственности? Например, настолько ли специализировано приложение, что разумный человек может ожидать, что заказчик будет пользоваться им исключительно? Если это так, и вы ожидаете, что сможете повторно использовать код, вырисовываются проблемы.

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *