какие универсальный формат обмена данными между сметными программами известен вам

Какие универсальный формат обмена данными между сметными программами известен вам

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

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

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

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

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

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

Премьер Правительства Москвы
Ю.М.Лужков

Приложение
к распоряжению Премьера
Правительства Москвы
от 25 июля 2000 года N 740-РП

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник

Обмен данными: «1С» и сметная программа

С развитием информационных технологий стали появляться все новые и новые программы, которые облегчают и автоматизируют работу сметчика. Появилось большое количество сметных программ и программ «1С». Встал вопрос о том, как обмениваться информацией не только между сметными программами, но и между сметной программой и «1С» без потери какой либо информации. А ведь Заказчики и Подрядчики могут работать абсолютно в разных программах!

Переносить данные из смет в «1С» слишком трудоемкий и долгий процесс, да и ошибок по невнимательности можно наделать уйму. 😉 Этот вопрос был поставлен еще в 90-ых годах XX века.

Наиболее часто, наряду со сметными программами на предприятии используется конфигурация «1С:Подрядчик строительства 8«. Об обмене со сметной программой и 1С:Подрядчик строительства 8.

Бухгалтерия у многих наших Клиентов просит организовать загрузку локальной сметы из сметных программ. Мы проводим исследование: у кого, какие документы просит бухгалтерия? Будем рады, если Вы нам поможете прийти к одному общему решению по вопросу, как правильно настроить обмен между сметной программой и «1С»?

На наш взгляд сметная и бухгалтерская программа, допустим «1С«, пересекаются только в одном: в передаче данных для учета и дальнейшего списания материалов (форма М29). Бухгалтерия среднестатистической строительной организации раз в месяц или квартал просит ведомости списания (процентовки): отчет о нормативном расходе материалов КС-2, КС-3 и реестр к ним. Для версии «1С:Бухгалтерия 8», «1С:Подрядчик Строительства 8» такой обмен во многих сметных программах заявлен, хотя реально ни одна сметная программа этим не занимается. 🙂 Дело не сложности сделать такой обмен, хотя таковая и присутствует, а вопрос в том что он реально пока не осуществим в полном объеме. Мнение о том, что выгрузка данных из сметной программы в «1С» позволит автоматизировать ПТО, на наш взгляд, не совсем верно. Материалы сметы и реальные материалы для списания не совпадают и поэтому всё равно бухгалтерия забивает данные руками. Есть большая разница между сметной ценой и ценой по бухгалтерскому учету, а так же между сметным расходом и реальным расходом материалов. Материалы, фактически закупаемые и по смете, не бьют ни по названиям, ни по объемам, поэтому идёт вечная борьба с бухгалтерами. Т.е. на практике никто с этим обменом не работает. 🙂

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

Вот только бухгалтерам не нужна такая детализация по работам. Свой справочник номенклатур они не дадут раздувать до сметно-нормативной базы. Это же сойти с ума бухгалтеру недолго! 🙂 Хотя если работы типовые и их набор 20-30 штук, то может и согласятся. Но сразу возникнет вопрос различных наименований и разности единиц измерения наконец!

Но до сих пор в этом королевстве не все сладко и понятно.

Первая попытка автоматизировать этот процесс была осуществлена путем создания малоизвестного формата БОБС (в данный момент этот формат поддерживает несколько сметных программ: «1С:Смета», «Смета.ру», «Гектор»).

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

WinABePC, Гранд-Смета, 1С:Смета, Смета-Багира, WinRIK – предусматривают экспорт данных в «1С:Бухгалтерия 8».

Программа «SmetaWIZARD» предоставляет модуль, совместимый с программой «1С: Бухгалтерия» на уровне передачи файлов и имеет возможность сохранения данных по списанию материалов со склада в своем формате (SWaapExchange). Его основные возможности:

· загрузка информации об оказанных услугах и списанных материалах в программу «1С:Бухгалтерия» на основании экспортированных «SmetaWIZARD» данных.

· формирование документа «оказание услуг» (+ счет-фактура выданный)

· требование-накладная (передача материалов в производство)

В программах «Smeta.RU», «BabyСмета» также реализован данный механизм. Программный продукт «Госстройсмета»имеет статус «1С:Совместимо» и позволяет передавать информацию о списании материалов в программы семейства «1С:Предприятие».

У нас также есть некоторые наработки для любой из сметных программ по обмену данными с «1С». Данный модуль, реализованный в виде внешней обработки для «1С:Предприятие 8» предназначен для автоматизированного списания материалов с баланса предприятия. Зачастую данная операция производится бухгалтерами вручную на основании Формы М-29, распечатываемой сметчиками. Модуль является надстройкой для «1С: Подрядчик строительства» (только для данной конфигурации. В ближайшем будущем планируется такое сделать и для «1С:Бухгалтерия 8»). После загрузки данных в «1С» необходимо каждый раз производить синхронизацию загруженного списка ресурсов со списком материалов, находящихся в базе 1С. В том случае, если загружаемый материал ранее не синхронизировался с материалами 1С, то необходимо будет осуществить его привязку к материалу в номенклатуре 1С. Это необходимо, так как кодировка ресурсов не совпадает с внутренней кодировкой ресурсов в 1С (о чем мы и писАли выше).

Читайте также нашу статью: Обмен информацией между сметными программами (АРПС, EstML/XML. Конвертация смет. Любая смета из одной сметной программы в другую)

Источник

XML-формат обмена сметами: мотивация Главгосэкспертизы, трудности сметных программ и перспективы для сметчиков

Главгосэкспертизой России была разработана и 21 октября 2020 года размещена на сайте Минстроя XML-схема формата локальных сметных расчетов. Идёт сбор предложений и замечаний в отношении схемы. Параллельно ведётся работа по доработке кабинетов пользователей для подачи смет на экспертизу, и по обеспечению перехода экспертизы на работу со сметами в XML формате.

В настоящий момент в 421 Методику определения сметной стоимости строительства внесены изменения, которые проходят процедуру согласования. После принятия данных изменений будет доработана XML схема. Проект XML-схемы версии 1.08 от 2021.02.26, учитывающий изменения в МДС 421 которые должны в скором времени быть приняты Минстроем. Схема будет отправлена в Минстрой сразу после окончательного утверждения изменённого МДС 421. Планируется собрать совещание всех разработчиков сметных программ для обсуждения вопросов, накопившихся по формату обмена. Первое такое совещание прошло в декабре 2020 года достаточно конструктивно (мы на нем тоже присутствовали).

Но! Как мы и предполагали ранее переход Главгосэкспертизы на формат предоставления смет в электронном виде (на основе XML) с 22.01.2021 года все-таки… не произошёл.

В ближайшие месяцы, чтобы не встали стройки, эксперты в ГГЭ будут по-прежнему принимать документы в PDF, а заявленный XML будет «для галочки» —когда-нибудь. И хорошо, если будет реализация просто в режиме «открытия», но что с ним будут делать люди? Опять забивать всё руками! Задача стояла автоматизировать процесс. Для этого необходимо было мотивировать разработчиков и внести ясность в формат.

Повторяется история с выходными формами по новой Методике определения сметной стоимости строительства: «всё готово? не готово!». На официальном сайте Минстроя России схема и описание форматов предоставления локальных сметных расчетов (смет) для проведения государственной экспертизы также удалена.

Как и все хорошие идеи и начинания (ФГИС ЦС, новая Методика, конъюнктурный анализ) схема XML забуксовала и… ожидаемо не взлетела. С помощью XML можно было частично наполнить ФГИС ЦС, а также создать полноценный автоматизированный обмен сметами между сметными программами, исключив ручной труд — вот это был бы великолепный, реально измеримый результат!

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

Официальная версия — в связи с изменениями в Методику определения сметной стоимости строительства (Приказ № 421/пр от 04.08.2020), будет доработана XML-схема. Но умные люди всё понимают. В процессе работы как всегда всплыли ошибки, которые дополнились замечаниями и многочисленными вопросами разработчиков сметных программ.

Такое впечатление, что формат пока толком не нужен никому: ни Минстрою, ни ГГЭ, ни тем более разработчикам. Не прижало…

Да, прогресс очевиден — он хотя бы как-то обсуждался с разработчиками и есть проект XML-схемы. Правда, о чтении данных «обратно» в сметные программы опять ничего нет. Обеспечат ли разработчики для сметного сообщества возможность беспроблемной загрузки сметы из любой сметной программы, чтобы не получить формальное выполнение требований как АРПС?

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

Этот срок может сократиться при выполнении двух условий. Как только появятся те, кто реализует это в своём продукте без ошибок — подтянутся и остальные (часть разработчиков заняли выжидательные позиции). И однозначном волевом решении ГГЭ не принимать сметы ни в каком виде, кроме XML.

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

Заключения экспертизы, выдаваемые только в XML с 26 июня 2021 года — это хорошо. Но как быть со сметами в формате XML? Официально ввод в действие с 21 января формата XML для представления сметной документации в ГГЭ никто не переносил. По факту имеем не автоматизированный процесс, а сметы — по-прежнему в pdf. И… по старинке: «ручками-ручками»…

Может, проблема с мотивацией разработчиков сметных программ — это следствие? А первопричина — попытка реализации фактически АРПС, повторяющегося в XML? В отсутствии чёткой системы кодирования всех данных, необходимых в современной смете? Прогнозируем, что все громкие заявления ГГЭ и идеи использования xml для облегчения труда экспертов, простых сметчиков, обмена данными между сметными программами, наполнения ФГИС ЦС ограничатся «просмотрщиком» файла XML с «мертвой» сметой, фактически никак не решив поставленные задачи…

Забавный момент: де-юре схема XML есть (введена в действие с 21.01.2021), де-факто: все (Минстрой, ГГЭ, разработчики и сметчики) благополучно «забили».

«Схемы, подлежащие использованию для формирования документов в формате xml (xml-схемы), размещаются на официальном сайте Минстроя России и вводятся в действие по истечении трех месяцев со дня размещения».

Любимая тема чиновников: Видишь схему XML? — Нет — Вот и я не вижу. А она есть!

Паровоз тронулся, и обратной дороги, казалось бы нет. Но тут «перестраховочка», гениальная идея: убрать упоминания формата в виде ссылок со страниц Минстроя и ГГЭ (под предлогом изменений в 421 МДС), но реализация по традиции «хромает». Вот же они: формат и описание.

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

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

Из позитивного — пока только важный ответ-разъяснение Минстроя РФ.

Источник

Обмен информацией между сметными программами

Каким образом можно передать данные из одной программы в другую и избежать дублирования (ручного ввода)? И какие проблемы могут возникнуть при передаче?

Обмен информацией между сметными программами.

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

Рассмотрим ситуацию, когда Заказчик и Подрядчик работают в разных программах, что на практике бывает очень часто. Подрядчик – в программе Х, Заказчик в программе – Y. Казалось бы все сметные программы нацелены на выполнение одних и тех же задач, что может не сработать? Но мы забываем, что у каждого разработчика программы свой формат хранения смет и данных. Сметы, сохраненные в программе – Х, не откроются в программе Y из-за различия в форматах.

Некоторые разработчики реализовали в своих программах загрузку и выгрузку информации в форматах других программ или в файлы какого-либо свободно читаемого формата (например, XМL, XLS, DBF, TXT и т. д.). Но это «не пошло». Естественно во многих программах уже имеются следующие возможности выгрузки/загрузки:

· Импорт данных из файлов с разделителями
Автоматический импорт из других форматов

· Пакетный импорт смет

· Пакетный экспорт смет

· Экспорт Ресурсной ведомости в Excel

· Экспорт документа в MS Project

25.07.2000 года был создан и утвержден единый формат АРПС 1.10 (Ассоциация разработчиков программного обеспечения для строительства),который используют все сметные программы. Блок предназначен для передачи информации по локальным сметам и актам выполненных работ (процентовкам). АРПС создавался как текстовый (ASCII) файл с произвольным именем и расширением в кодовой таблице 866 (DOS). Формат блока является открытым. Во всех программах, поддерживающих данный формат, он обычно называется «Единый блок обмена АРПС 1.10″ и располагается в меню экспорта/импорта (загрузки/выгрузки и т.п.).

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

Наряду с достоинствами можно выделить и следующие недостатки АРПС 1.10:

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

— передача расценок производится по шифру программы (например расценка с кодом 06-02-001-01 в базе ТЕР может быть и строительной, и монтажной, и пусконаладочной). Некоторые разработчики добавляют к коду обозначения типа «ТЕР», «ТЕРм», иногда просто «м», однако никаких общих правил по этому вопросу не существует, в описании формата АРПС 1.10 про такие обозначения ничего не сказано, да и не могло быть: когда выходил данный блок не было еще новой базы.

Есть и другие недостатки – не хватает некоторых данных, в одном файле может передаваться только одна смета и др. При выгрузке из одной сметной программы и переносе в другую сметную программу часто возникают проблемы: смету нужно корректировать. Некоторые материалы не переносятся, поправки слетают, формулы не работают. Поэтому, т.к. Формат АРПС 1.10 имеет ограничения (при экспорте часть данных не передаётся), при импорте в другую сметную программу требуется иметь под рукой все недостающие данные.

Также следует обратить внимание на удобство использовать данный формат, тут как говорится «на вкус и цвет»… Большинство разработчиков, конечно оставили данную функцию в меню программы (загрузка и выгрузка), а некоторые пошли дальше, сделав это не только в меню сметной программы, но и специальный отдельный блок вне программы(Например: Гранд-смета, Wizard, Смета-Багира, Госстройсмета). У Вас нет этих конвертеров или нет возможности сконвертировать смету из одной сметной программы в другую? Пришлите нам смету на smety@all-smety.ru и мы Вам поможем! 😉

Формат АРПС 2.0 поддерживают ограниченное количество программ на данный момент. Первыми его создателями и пользователями были разработчики WinSmeta, Гектор, Турбосметчик (Строительный Эксперт 2000), А0, Смета.ру, WinАВеРС. В данной редакции разработчики устранили достаточно большое количество недостатков. Таких, как: единое обозначение расценок, возможность одним файлом передавать сразу несколько актов и смет, описание дополнительной информации (правда сейчас это уже не так востребовано, по сравнению с временем выхода первой редакции АРПС). Эта редакция также не лишена недостатков: стандартизировать «концевики» так и не удалось, при выгрузке могут появляться ошибки, накрутки так же не передаются.

И пользователи задаются резонным вопросом: Почему в сметной программе не сделать выгрузки в форматы XML, читаемые в других программных комплексах?

Разработки единого формата не стоят на месте, так ФГУ ФЦЦС предложил альтернативу: формат ESTML. Стандарт обмена данными сметных расчетов в формате XML (EstML — Estimate Markup Language) является универсальным стандартом обмена информацией между пользователями компьютерных программ расчёта сметной документации.Программный комплекс ГОССТРОЙСМЕТА 2.6 поддерживает работу с форматом EstML. Можно экспортировать сметную документацию в формат EstML, а также импортировать сметную документацию из файла данного формата.

Стандарт обмена данными сметных расчетов в формате XML является открытым и не предназначен для реализации в качестве отдельного коммерческого продукта. Тем не менее существуют некоторые сложности у различных поставщиков сметного программного обеспечения с реализацией выгрузки в формате EstML. Мы предполагаем, что опять же по причине «политизированности» данного вопроса и искусственном сдерживании некоторых разработчиков, например: «Гранд-смета», «Смета.ру».

Данный формат стал внедряться в программы, но и он не лишен недостатков. Так, сохранив данные в формате EstML в одной программе, открыть его в другой будет достаточно проблематично… А иногда и просто невозможно. Открыть данный формат через Excel, так же не возможно, все будет раскидано, и где что находится найти не возможно, т.е. пользоваться им достаточно сложно. Но есть у этого формата и плюс – более простая возможность передачи смет и актов выполненных работ в «1С», что ставит формат EstML на одну ступень с форматом АРПС.Будем надеяться, что по прошествии времени все ошибки в данном формате будут устранен и он станет широко использоваться на благо сметчиков.

Краткий обзор возможностей загрузки/выгрузки данных в сметных программах

Разработчики сметных программ не стоят на месте. Так, например в SMETA.RU и «Гектор:Сметчик-строитель», предусмотрена возможность автоматического получения из сметы таблицы Excel для ввода объемов выполненных работ. После того, как объемы проставлены на местах выполнения работ, эта форма обратно загружается в программу. При этом получается обычный акт КС-2, который может использоваться в накопительном учете, формировании генподрядных актов и др.Также в сметной программе «Гектор: Сметчик-строитель» есть универсальный блок, который работает без программы и без электронного ключа защиты, при этом он позволяет корректировать сметы и акты на любом компьютере. Но есть одноНО: не будет доступа к нормативной базе. Результаты правки можно загрузить обратно в программу. Такой способ передачи актов и смет работает даже без сметной программы, но ошибок при передаче все равно не избежать.

В программном продукте «Смета-Багира» реализован механизм принятия объемов в смету, правда только в формате программы. Для программного продукта «Гранд-смета»у нас также много наработок по загрузке/выгрузке из любых сметных программ. А здесь Вы можете посмотреть информацию по обмену сметной программы и «1С», загрузке смет, актов из сметной программы в 1С:Подрядчик строительства 8.

Остались вопросы? Нужно загрузить смету из одной сметной программы в другую или сделать что-то «под Вас»?

Источник