ПРАВИТЕЛЬСТВО МОСКВЫ

ПРЕМЬЕР

РАСПОРЯЖЕНИЕ

от 25 июля 2000 года N 740-РП


О едином формате представления сметной документации в электронном виде

____________________________________________________________________
Утратило силу на основании
постановления Правительства Москвы от 27 сентября 2016 года N 622-ПП
____________________________________________________________________

В целях обеспечения совместимости компьютерных программ, используемых в г.Москве для автоматизированного составления и обработки сметной документации на строительство объектов городского заказа при переходе московского инвестиционно-строительного комплекса на составление проектно-сметной документации и расчеты в строительстве с применением Московских территориальных сметных нормативов (МТСН 81 - 98) в соответствии с распоряжением первого заместителя Премьера Правительства Москвы от 05.07.99 N 521-РЗП "О применении Московских территориальных сметных нормативов МТСН 81-98 при разработке проектно-сметной документации и расчетах в строительстве":

1. Утвердить и ввести в действие "Формат АРПС 1.10" (приложение) для обмена данными между различными сметными компьютерными программами при составлении сметной документации на строительство объектов городского заказа с применением Московских территориальных сметных нормативов (МТСН 81 - 98) в базисном уровне цен 1998 года.

2. Разработчикам компьютерных программ по составлению сметной документации на строительство объектов городского заказа обеспечивать в едином формате АРПС 1.10 прием и передачу в электронном виде сметной документации.

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

Сметная документация на строительство объектов должна представляться разработчиками одновременно на бумажных носителях и в электронном виде в едином формате АРПС 1.10.

4. Контроль за выполнением настоящего распоряжения возложить на первого заместителя Премьера Правительства Москвы, руководителя Комплекса архитектуры, строительства, развития и реконструкции города Ресина В.И.

Формат АРПС 1.10
(Блок обмена данными между компьютерными программами по составлению смет)

1. Блок предназначен для передачи информации по локальным сметам и актам выполненных работ.

2. Блок создается как текстовый (ASCII) файл с произвольным именем и расширением в кодовой таблице 866 (DOS).

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

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

Если значение какого-либо поля не определено, то оно не включается в запись, однако разделители полей (символы #) должны присутствовать. Пустое значение числового поля интерпретируется как 0.

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

Длины полей (как текстовых, так и числовых) не ограничиваются. Не рекомендуется использовать символьные поля длиннее 64 Кбайт.

Точность (количество десятичных знаков после запятой) числовых полей определяется программой, создавшей блок.

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

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

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

5.1. Тип 0 - комментарий

5.1.1. Описание полей:

Содержание комментария (текст).

5.1.2. Назначение

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

5.2. Тип 1 - идентификация стандарта

5.2.1. Описание полей:

1) Наименование и версия стандарта (текст). Для данной версии стандарта это поле должно содержать "АРПС 1.10" (все буквы русского алфавита) (АРПС - Ассоциация Разработчиков Программного обеспечения для Строительства).

2) Наименование программы, создавшей файл (текст). Значение определяется разработчиками программ.

3) Номер версии программы, создавшей файл (текст). Значение определяется разработчиками программ.

5.2.2. Назначение

Запись этого типа обязательно должна быть в файле, причем только одна и только в качестве первой строки файла. Начало этой записи 1#АРПС 1.10# может использоваться в качестве сигнатуры файла, исключающей случайную обработку файлов другого формата.

5.3. Тип 3 - идентификация документа.

5.3.1. Описание полей:

1) Номер договора (объекта) (текст).

2) Наименование договора (объекта) (текст).

3) Адрес объекта (текст).

4) Номер документа (текст).

5) Наименование документа (текст).

6) Наименование организации-заказчика (текст).

7) ФИО представителя организации-заказчика (текст).

8) Наименование организации-подрядчика (текст).

9) ФИО представителя организации-подрядчика (текст).

10) Наименование организации-субподрядчика (текст).

11) ФИО представителя организации-субподрядчика (текст).

12) ФИО составителя документа (текст).

13) ФИО контролера документа (текст).

14) Общая стоимость работ по передаваемому документу (смете, акту выполненных работ).

15) В каких ценах составлен документ (число). Поле может содержать информацию об уровне цен, в которых составлен документ, например, 1984, 1991, 1998 - цены 1984, 1991, 1998 годов. Для документов, составленных в текущих ценах, поле не заполняется.

16) Период, за который составлен документ (число). Для смет поле содержит 0, для актов выполненных работ - год и месяц выполнения в формат ГГГГММ, где ГГГГ - номер года, ММ - номер месяца.

5.3.2. Назначение

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

Используется для идентификации загружаемого документа.

5.4. Тип 10 - заголовок раздела документа.

5.4.1. Описание полей:

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

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

3) Наименование раздела (текст).

5.4.2. Назначение

Запись используется для задания структуры документа. Все позиции (работы) документа после заголовка раздела и до следующего заголовка относятся к данному разделу. Это относится и к заголовкам с большим номером уровня. Например, возможна такая структура документа:

Уровень - заголовок

0 А

Позиции раздела А (любое количество позиций)

0 Б позиции раздела Б (любое количество позиций)

1 БА (подраздел раздела Б)

Позиции раздела БА (любое количество позиций)

2 БАА (подраздел БА)

Позиции раздела БАА (любое количество позиций)

1 ББ (подраздел раздела Б)

Позиции раздела ББ (любое количество позиций)

0 В

...

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

Уровень - заголовок

0 А

Позиции раздела А

0 Б

Позиции раздела Б

1 БА (подраздел раздела Б)

Позиции раздела БА

1 БА БАА (подраздел раздела Б)

Позиции раздела БА БАА

1 ББ (подраздел раздела Б)

Позиции раздела ББ

0 В

...

5.5. Тип 20 - позиция документа.

5.5.1. Описание полей:

1) Номер строки в документе (целое положительное число).

2) Код позиции (обычно в формате АВС, например Е44-М101) (текст).

3) Единица измерения (текст).

4) Наименование позиции (текст).

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