Сметные программы / Единый формат загрузки-выгрузки данных  

Здравствуйте. Интересует мнение всех заинтересованных лиц, в том числе и разработчиков программного обеспечения.
Как Вы считаете: Необходим ли в нашей стране единый формат передачи информации по локальным сметам и актам выполненных работ (процентовкам), например такой, как в России https://no-arps.ru/?page_id=10, почему?

Очень очень нужен! А то формат СиСа уже задолбал своей проблемностью и сложностью. А белорусский вариант можно сделать на базе российского АРПС 1.10, у нас же практически все идентично. Тем более, что мы уже выгружаем в АРПС данные

Я работаю с Апетом над единым форматом.
Подробности могу выслать на почту.
Формат на основе xml.
Легко читается как программой так и человеком через блокнот.
Плюс его в том, что если из программы А в программу Б закачалось неправильно, то можно открыть файл в блокноте и посмотреть где  ошиблись - в экспорте или в импорте.
Всех разработчиков жду с пожеланиями и комментариями в личку или на почту smrpro@mail.ru

Вот примерно так выглядит смета
 
 <?xml version="1.0" encoding="utf-8" ?> <stroyka version="0.1" programm="SmrPro"  nomer="1"  polnoe_naimenovanie="пример НРР-2012"  kratkoe_naimenovanie=""  nachalo_stroitelstva="201208"  srok_stroitelstva="" > <ishodnye_dannye baza="2012" zona="3" region="7" snds="0" mesyac_cen="201302" stavka4="40283" procent_transporta_materialov="13.5" procent_transporta_oborudovaniya="" koefficient_post5="1.3" koefficient_post4_ohr="1" koefficient_post4_pribyl="1" koefficient_zimnee="0.88" koefficient_vremenye="0.88" />  <ob_smeta nomer_glavy="2"  nomer_stroki="1"  nomer="2"  naimenovanie="ОБЪЕКТ № 2"  sostavil_fio=""  sostavil_dolzhnost=""  proveril_fio=""  proveril_dolzhnost=""  komplekt_chertezhej="" >  <loc_smeta nomer="1"  naimenovanie="лоооооооо"  sostavil_fio=""  sostavil_dolzhnost=""  proveril_fio=""  proveril_dolzhnost=""  komplekt_chertezhej=""  pnr="0"  dopsmeta="0"  rekonstrukciya="0"  >  <ptm chast="9"  razdel="9"  vid_rabot=""  kod="Ж999"  naimenovanie="лоооооооо"  ed_izm=""  kolich=""  rubli="0"  > <rascenka tip="100" naimetip="расценка"
 nomerpoporydku="1" obosnovanie="Е10-10-1" naimenovanie="УСТРОЙСТВО ПЕРЕГОРОДОК КАРКАСНО-ФИЛЕНЧАТЫХ В САНУЗЛАХ"
 kolich="100" ed_izm="100м2 перегородок и барьеров" kodcic="" razryd="4.2"
 tip_ohr_pp="1.строительные работы (2.2. Ремонт село)"
 tip_zimnih="8.1."> <nabor_kf naimenovanie="Кф" ekspluataciy="1" materiyl="1" trudozatraty="1"> </nabor_kf>
 <prikaz_kf post5="1.3" post4_ohr="1" post4_pribyl="1"> </prikaz_kf>
 <cena zarplata="4464800" ekspluataciy="337579" zarplatamah="201070" materiyl="759690" transport="102559" prym_zatraty="5664628" prc_ohr="95.316%" prc_pp="53.331%" prc_zimnie="5.51%" prc_zimnie_zarplata="3.27%" trudozatraty="108.62" trudozatraty_mashinista="7.14"> </cena>
 <stoimost zarplata="580424000" ekspluataciy="33757900" zarplatamah="20107000" materiyl="75969000" transport="10255900" prym_zatraty="700406800" ohr="444732065" pp="248835513" zimnie="25708944" zimnie_zarplata="15257395" trudozatraty="10862" trudozatraty_mashinista="714"> </stoimost>
 <materiyl kolichestvo_zapisey="3" >
 <rec obosnovanie="С101-18100     " kodcic="" naimenovanie="ГВОЗДИ ОЦИНКОВАННЫЕ 1,8Х60 ММ"
 norma="0.0008" ed_izm="т" kolich="0.08" cena="12023750" stoimost="961900" transport="129857"> </rec>
 <rec obosnovanie="С101-78200     " kodcic="" naimenovanie="ПОКОВКИ ИЗ КВАДРАТНЫХ ЗАГОТОВОК МАССОЙ 1,8 КГ"
 norma="0.0684" ed_izm="т" kolich="6.84" cena="" stoimost="" transport=""> </rec>
 <rec obosnovanie="С102-2400      " kodcic="" naimenovanie="БРУСКИ ОБРЕЗНЫЕ ХВОЙНЫХ ПОРОД, ДЛИНОЙ 4-6,5 М, ШИРИНОЙ 75-150 ММ, ТОЛЩИНОЙ 40-75 ММ II СОРТА"
 norma="0.54" ed_izm="м3" kolich="54" cena="1389020" stoimost="75007080" transport="10125956"> </rec>
 </materiyl>
 <mehanizm kolichestvo_zapisey="1" >
 <rec obosnovanie="М331617        " kodcic="" naimenovanie="СРЕДСТВА МАЛОЙ МЕХАНИЗАЦИИ"
 norma="7.14" ed_izm="м/ч" kolich="714" cena="47280" stoimost="33757920" cenazarplatamash="28161" stoimostzarplatamash="20106954" trudozatratymash=""> </rec>
 </mehanizm>
</rascenka> <rascenka tip="101" naimetip="материал"
 nomerpoporydku="2" obosnovanie="С113-10600" naimenovanie="НАТРИЙ АЗОТИСТОКИСЛЫЙ (НИТРИТ НАТРИЯ) В РАСТВОРЕ МАРКИ В, СОРТ ВЫСШИЙ"
 kolich="101" ed_izm="т" kodcic="" materiyl_zak="0" transport_zak="0"> <cena materiyl="1899099" transport="256378" prym_zatraty="2155477"> </cena>
 <stoimost materiyl="191808999" transport="25894178" prym_zatraty="217703177"> </stoimost>
</rascenka> <rascenka tip="102" naimetip="механизм"
 nomerpoporydku="3" obosnovanie="М020303" naimenovanie="КРАНЫ БАШЕННЫЕ ПРИСТАВНЫЕ 10 Т"
 kolich="102" ed_izm="м/ч" kodcic=""> <cena ekspluataciy="121064"  zarplatamah="39633" prym_zatraty="121064" trudozatraty_mashinista=""> </cena>
 <stoimost ekspluataciy="12348528"  zarplatamah="4042566" prym_zatraty="12348528" trudozatraty_mashinista=""> </stoimost>
</rascenka> <rascenka tip="103" naimetip="оборудование"
 nomerpoporydku="4" obosnovanie="101-1007" naimenovanie="СЕПАРАТОР НЕФТЕПРОДУКТОВ SOR II, ПРОИЗВОДИТЕЛЬНОСТЬ 1 Л/СЕК JK ТУ РБ 300602750.001-2005"
 kolich="103" ed_izm="шт" kodcic="" materiyl_zak="0" transport_zak="0"> <cena materiyl="2000" transport="40" prym_zatraty="2040"> </cena>
 <stoimost materiyl="206000" transport="4120" prym_zatraty="210120"> </stoimost>
</rascenka> <rascenka tip="104" naimetip="стоимость свалки(строительного мусора)"
 nomerpoporydku="5" obosnovanie="БС999-9901" naimenovanie="Плата за прием и захоронение отходов (строительного мусора) КУПП ЖКХ г.Пинска Полигон ТБО &quot;Вулька Городищенская&quot;"
 kolich="104" ed_izm="м3" kodcic=""> <cena materiyl="4453" prym_zatraty="4453"> </cena>
 <stoimost materiyl="463112" prym_zatraty="463112"> </stoimost>
</rascenka> <rascenka tip="105" naimetip="перевозка мусора"
 nomerpoporydku="6" obosnovanie="С310-10" naimenovanie="ПЕРЕВОЗКА МУСОРА АВТОМОБИЛЯМИ-САМОСВАЛАМИ  КЛАСС ГРУЗА II"
 kolich="106" ed_izm="т" kodcic="" rasstoynie="10        " marshrut=""> <cena transport="17598" prym_zatraty="17598"> </cena>
 <stoimost transport="1865388" prym_zatraty="1865388"> </stoimost>
</rascenka> <rascenka tip="106" naimetip="перевозка ПГС"
 nomerpoporydku="7" obosnovanie="С311-1" naimenovanie="ПЕРЕВОЗКА ГРУЗОВ БОРТОВЫМИ АВТОМОБИЛЯМИ"
 kolich="106" ed_izm="т" kodcic="" rasstoynie="1         " marshrut=""> <cena transport="5474" prym_zatraty="5474"> </cena>
 <stoimost transport="580244" prym_zatraty="580244"> </stoimost>
</rascenka> <rascenka tip="149" naimetip="примечание"
 nomerpoporydku="11" obosnovanie="ПО" naimenovanie="чвпсапапапап"
></rascenka></ptm>
</loc_smeta>
</ob_smeta>
</stroyka>

https://smr5.by/xml/data.htm

А зачем расширение Excel?

Опечатка. Исправил

Что то вы перемудрили с форматом. Зачем же так сложно?

1. Он читаем, простым пользователем. Можно найти конкретную расценку (смету, ПТМ) и посмотреть без какого-либо софта.
2. Атрибуты легко меняются местами, так как в xml нет разницы в каком порядке они идут. Поэтому добавление/удаление атрибутов происходит "безболезненно". В перспективе можно добавить раздел ССР без ломки формата.
3 В чем сложность?

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

Формат простой.
Главный тег <Stroyka> он описывается различными атрибутами baza, zona, region, polnoe_naimenovanie и т.п.
Внутри тега <Stroyka> находится тег <ishodnye_dannye> у которого свои атрибуты.
Внутри тега <Stroyka> также находятся теги <ob_smeta> со своими атрибутами. Тег  <ob_smeta> может повторятся несколько раз. То есть на каждую объектную смету свой тег.
Внутри тега <ob_smeta> также находятся теги <loc_smeta>, который в свою очередь состоит из тегов <ptm>.
Тег <ptm> состоит из тегов <Rascenka>.
<Rascenka> - самый сложный тег. Он состоит из тегов <nobor_kf>, <prikaz_kf>, <Cena>, <Stoimost>, <Materialy>, <Mehanizmy>, <opisanie>.

Пошутили? Многим нашим пользователям недавно интернет провели

А где акт, а где расчет в текущих ценах?  Я смотрю на предложенную структуру и вижу формат СИС. Считаю, что слишком мудрено.

На первом этапе необходимо научиться обмениваться сметами. После того  как экспорт--импорт смет будет работать можно учиться обмениваться актами, ССР и т.п. Добавить тег <akt> и начать его разрабатывать.
Вопросы и предложения высылайте по электронной почте по адреcу smrpro@mail.ru

Не совсем. У СиС нету дерева. Предложите свой. Можно конечно делать так
В SmrPro в данный момент 2 файла одновременно формируется. В txt файле принцип тотже. Обектная смета внутри Стройки. Локальная внутри объектно и т.д.
Но xml удобнее,хотябы тем что

Я и не говорю, что нужно делать как в СИС.
У нас возможна не такая жесткая привязка документа, а более гибкая (т.е. стройки может и не быть и т.д.) Что в этом случае?

Где вы прописываете  baza, zona, region? В объектной смете?

Как по мне, так можно остановиться на xml-формате, но убрать оттуда лишнее (ССР например). Кроме того, удобнее будет передавать данные не объектом а документом (смета или акт). Т.е. один документ = один xml файл

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

Если решили лезть в такие дебри, то в раше уже существует проект такого формата. И его уже используют.
Опять изобретать свой уникальный Белорусский велосипед?

Так его там нет.
А как SXW в СиС закачивает, там же все в L1 расписывается? Сделайте аналогично.

1. Иногда с 0 создать проще чем перелопачивать чужой стандарт.
2. В EstML 3.0 хранят данные так
<stoimost><zarplata>1000</zarplata><emm>2500</emm></stoimost>
Я предлагаю так
<stoimost zarplata="1000" emm="2500"></stoimost>
Угадайте какой файл будет занимать меньше места на диске? И кириллица в атрибутах - это не очень хорошо.

Нормально закачивает

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

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

Ваши предложения?

Давайте! Мне, как пользователю, все равно будет ли это xml или текстовой формат, но нужно, чтобы вы (разработчики) действительно договорились. :-) Причины следующие: данные можно будет не только выгрузить, но и загрузить, в/из любой программы, не гоняя через пресловутый СиС.

Повторюсь еще раз:  можно остановиться на xml-формате, но убрать оттуда лишнее (ССР например). Кроме того, удобнее будет передавать данные не объектом а документом (смета или акт). Т.е. один документ = один xml файл

данный момент его там нет.
Экспортируйте как хотите. Сделайте в программе при экспорте чекбоксы - 1.Загрузить всю стройку 2. Загрузить только смету 3. Загрузить только акт и т.п.
При импорте тоже самое - 1.Импортировать всю стройку 2. Импортировать только смету 3. Импортировать только акт
На первом этапе надо сделать импорт/экспорт ТОЛЬКО смет без ССр, актов и т.п.
Список полей не статичный. Если в SXW у каждой локальной сметы свои параметры baza, zona, region, так добавьте атрибуты  baza, zona, region или целый тег <ishodnye_dannye> для локальной сметы.

Поддерживаю.

Объясните плюсы.

У тебя проблемы с местом на диске? Формат СиС наиболее компактен и был актуален в начале 90-х, когда винчестеры были по 100 Мб. Сейчас гоняться за компактностью в ущерб читаемости данных - бред.
А чам тебя кирилица обидела? Может тогда и названия расценок по латыни писать?
А в EstML есть один неоспоримый "+" - это интеграция с Россией.
Хотя я тоже считаю, что формат достаточно сложный.

xml - отлично сжимается любым архиватором.

Обеими руками - ЗА!

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

Дело не в месте. Дело в скорости записи на диск. Самая медленная часть в любой программе - чтение/запись с диска.
EstML  нам не подходит, а если мы его переделаем, то это будет не  EstML.
см выше.
xml можно перегнать в html, а там при помощи JavaScript можно всё что угодно сделать. Атрибуты в JavaScript можно использовать как переменные. Надеюсь не надо объяснять, то лучше использовать латинский алфавит в названиях переменных.

И чем плохо всё хранить в одном файле?
<stroyka>
   <ob_smeta>
    <loc_smeta>.......</loc_smeta>
    <loc_smeta>.......</loc_smeta>
  </ob_smeta>
   <ob_smeta>
    <loc_smeta>.......</loc_smeta>
    <loc_smeta>.......</loc_smeta>
  </ob_smeta>
   <ob_smeta>
    <loc_smeta>.......</loc_smeta>
    <loc_smeta>.......</loc_smeta>
  </ob_smeta>
   <ob_smeta>
    <loc_smeta>.......</loc_smeta>
    <loc_smeta>.......</loc_smeta>
  </ob_smeta>
<akty>
   <akt>.........</akt>
   <akt>.........</akt>
   <akt>.........</akt>
</akty>
</stroyka>
Хотя зачем акты передавать я не совсем понимаю

Тогда зачем нужен этот формат? Смысл в том, чтобы пользователь мог передать свой документ с расчетами и выполнением по объекту

Сметы передавать. Давайте хотя бы это сделаем. ССР, акты и т.п. - это второй этап

Хотя бы заказчику для предварительной проверки по e-mail, а не печатать кипу бумаги.

Надо что бы договорились основные, а остальные подстроятся если хотят быть в ногу со временем.
Основными я считаю Татарникова, Синкевича, Бнту, Сис ( )

JS это юникод, просто xml должен быть в utf-8. Тогда никаких проблем с кириллицей.

https://learn.javascript.ru/variable-names
Можно использовать и русские буквы, но на практике сложилась традиция использовать в именах только английские буквы.
Как-то так

Сорри, господа программисты, я слегка вмешаюсь, поделюсь кое-какими мыслями, так сказать.
1. Если вы делаете формат передачи данных слишком большим, подумайте о пользователях, у которых до сих пор на работе стоят корчи или о тех, кто работает с ноутбуков (зачастую на ноуты с целью энергосбережения ставят венчестеры с малыми оборотами, малой производительностью). Ваш xml файлик, в котором будет куча "воды" будет читаться пол рабочего дня...
2. Ни о каком ручном чтении файлов программы и речи быть не может! Какой в этом смысл? Я буду в блокноте через поиск искать расценку и редактировать в ней параметры? Охх.
3. Немножко поясню зачем нужен вывод формата актов. Есть генподрядчик, есть субподрядчик. Субчик сделал акт, выслал его гену, ген сел и без проблем перепроверил всё, что он хочет: соответствие по смете, индексы и т.п.

По первому пункту: xml - современный формат, читаемый большинством приложений. Загрузка/Выгрузка в 1С, больше нигде не пробовал, скажем консолидированного по холдингу документа "Отражение зарплаты в регламентированном учете" (около 15 000 записей), занимает 1-2 минуты.

По пунктам 2 и 3: согласен полностью, еще раз хочу подчеркнуть, что формат должен быть единым для всех программ, без промежуточного доредактирования в "Блокноте"!

Немного подправил формат. Теперь baza, zona , region и т.д. пишется в блоке исходных данных.
SinkevichS, предлагаете <ishodnye_dannye> располагать в каждой локальной смете? Так в SXW хранятся данные?

Да, исходные данные привязываются к каждому документу.

Как вы смотрите на то, чтобы всем встретиться и обсудить новый формат?

Осталось согласия остальных на такое.
В личке

Переменных в блоке <ishodnye_dannye> всем достаточно? Может какие-нибудь еще параметры, свойства хотите добавить?

Кому не нравится как был произведен транслит и сокращение названия атрибутов пишите сюда или в личку

Да все строки можно укоротить, как мне кажется. Это все равно ведь больше для программистов маркеры. та же строка <ishodnye_dannye> может быть и <ish_dan>, всем будет и так понятно, а файлик будет весить меньше

Весить файлик будет из-за состава работ (может откажемся от него?). Если и сокращать, то только внутри тега <rascenka>. Все что выше - несущественно.

Не надо выбрасывать состав работ! Лучше встроить процедуру архивации/разархивации средствами ОС. (*.zip).

Любая программа имеет в своей базе состав работ по расценкам. Зачем усложнять формат???

Например, для того, чтобы загрузить в Microsoft Project

И для чего там Состав работ (текст) по расценке?

Для составления календарного плана работ.

А название расценки не подойдет?

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

Состав работ - это просто текст из сборника НРР. СиС никогда не передавал в ibd состав работ и его никто не перекачивал. Жалоб на отсутствие состава работ не поступало. Вывод - убираем.

Для локальных смет (проектных) формат, с большего, может проканать, но для обмена актами - сырой.
Пока сами формировать не начнёте - не поймёте.

"1Афигительная программа :)1.12.80А здесь должно быть название объекта"
улыбнуло

Хотел в своей программке прочесть. Смотрю - не по формату

Tatarnikow, не надо в отдельные теги писать <programm><version_programm> и т.п. Пишите в атрибуты.
Используйте только строчные символы в названиях тегов и атрибутов.
Объектной сметы нет. Должно быть так stroyka->ob_smeta->loc_smeta

<?xml version="1.0" encoding="utf-8" ?> <stroyka version="0.1" programm="SmrPro" version_programm="1"  nomer="CiC"  polnoe_naimenovanie="Конвертация в CiC и XML"  kratkoe_naimenovanie=""  nachalo_stroitelstva="201212"  srok_stroitelstva="3" > <ishodnye_dannye baza="2012" zona="2" region="1" snds="0" mesyac_cen="201306" stavka4="36290" procent_transporta_materialov="13.4" procent_transporta_oborudovaniya="" koefficient_post5="" koefficient_post4_ohr="" koefficient_post4_pribyl="" koefficient_zimnee="" koefficient_vremenye="" />  <ob_smeta nomer_glavy="2"  nomer_stroki="1"  nomer="1"  naimenovanie="Конвертация в CiC"  sostavil_fio=""  sostavil_dolzhnost=""  proveril_fio=""  proveril_dolzhnost=""  komplekt_chertezhej="" >  <loc_smeta nomer="1"  naimenovanie="Локальная смета"  sostavil_fio=""  sostavil_dolzhnost=""  proveril_fio=""  proveril_dolzhnost=""  komplekt_chertezhej=""  pnr="0"  dopsmeta="0"  rekonstrukciya="0"  > <ishodnye_dannye baza="2012" zona="2" region="1" snds="0" mesyac_cen="201306" stavka4="36290" procent_transporta_materialov="13.4" procent_transporta_oborudovaniya="" koefficient_post5="" koefficient_post4_ohr="" koefficient_post4_pribyl="" koefficient_zimnee="" koefficient_vremenye="" />  <ptm chast="0"  razdel="0"  vid_rabot=""  kod="Ж000"  naimenovanie="Локальная смета"  ed_izm=""  kolichestvo=""  rubli="0"  > - примерно так

Диалог в техподдержке
- Вы данные из какой программы импортируете?
- Из афигительной. Версия 1.12.8

🏭Промышленная архитектура в ЭНЭКА!
Промышленная архитектура – сложная, но вдохновляющая сфера, в которой технология и красота должны говорить на одном языке. Знакомимся с отделом промышленной архитектуры ЭНЭКА и  его руководителем – Натальей Мирончик.