Автоматизация в ПТО
رفتن به کانال در Telegram
Программный комплекс "CeAEd" - автоматизация процесса формирования Исполнительной документации в строительстве zen.yandex.ru/id/60b36336dadd78105e946ed3. Автор Денис Паршин (группа в ВК https://vk.com/softpto и Дискорд - https://discord.gg/DqQtu3Vyme
نمایش بیشتر1 945
مشترکین
اطلاعاتی وجود ندارد24 ساعت
اطلاعاتی وجود ندارد7 روز
اطلاعاتی وجود ندارد30 روز
در حال بارگیری داده...
کانال‌های مشابه
ابر برچسب‌ها
هیچ داده‌ای
مشکلی وجود دارد؟ لطفاً صفحه را تازه کنید یا با مدیر پشتیبانی ما تماس بگیرید.
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
دسامبر '24دسامبر '24
دسامبر '24
+59
در 0 کانال‌ها
نوامبر '24
+115
در 0 کانال‌ها
Get PRO
اکتبر '24
+103
در 0 کانال‌ها
Get PRO
سپتامبر '24
+66
در 0 کانال‌ها
Get PRO
اوت '24
+82
در 1 کانال‌ها
Get PRO
ژوئیه '24
+36
در 0 کانال‌ها
Get PRO
ژوئن '24
+32
در 0 کانال‌ها
Get PRO
مه '24
+27
در 0 کانال‌ها
Get PRO
آوریل '24
+48
در 0 کانال‌ها
Get PRO
مارس '24
+57
در 0 کانال‌ها
Get PRO
فوریه '24
+64
در 0 کانال‌ها
Get PRO
ژانویه '24
+98
در 2 کانال‌ها
Get PRO
دسامبر '23
+37
در 0 کانال‌ها
Get PRO
نوامبر '23
+25
در 0 کانال‌ها
Get PRO
اکتبر '23
+28
در 0 کانال‌ها
Get PRO
سپتامبر '23
+55
در 0 کانال‌ها
Get PRO
اوت '23
+44
در 0 کانال‌ها
Get PRO
ژوئیه '23
+20
در 0 کانال‌ها
Get PRO
ژوئن '23
+33
در 0 کانال‌ها
Get PRO
مه '23
+85
در 0 کانال‌ها
Get PRO
آوریل '23
+64
در 0 کانال‌ها
Get PRO
مارس '23
+33
در 0 کانال‌ها
Get PRO
فوریه '23
+26
در 0 کانال‌ها
Get PRO
ژانویه '23
+21
در 0 کانال‌ها
Get PRO
دسامبر '22
+11
در 0 کانال‌ها
Get PRO
نوامبر '22
+8
در 0 کانال‌ها
Get PRO
اکتبر '22
+8
در 0 کانال‌ها
Get PRO
سپتامبر '22
+6
در 0 کانال‌ها
Get PRO
اوت '22
+19
در 0 کانال‌ها
Get PRO
ژوئیه '22
+14
در 0 کانال‌ها
Get PRO
ژوئن '22
+22
در 0 کانال‌ها
Get PRO
مه '22
+52
در 0 کانال‌ها
Get PRO
آوریل '22
+277
در 0 کانال‌ها
| تاریخ | رشد مشترکین | اشارات | کانال‌ها | |
| 21 دسامبر | +5 | |||
| 20 دسامبر | +2 | |||
| 19 دسامبر | +2 | |||
| 18 دسامبر | +3 | |||
| 17 دسامبر | +9 | |||
| 16 دسامبر | +2 | |||
| 15 دسامبر | 0 | |||
| 14 دسامبر | 0 | |||
| 13 دسامبر | +1 | |||
| 12 دسامبر | +3 | |||
| 11 دسامبر | +7 | |||
| 10 دسامبر | 0 | |||
| 09 دسامبر | +2 | |||
| 08 دسامبر | +2 | |||
| 07 دسامبر | +2 | |||
| 06 دسامبر | +4 | |||
| 05 دسامبر | 0 | |||
| 04 دسامبر | +8 | |||
| 03 دسامبر | +1 | |||
| 02 دسامبر | +5 | |||
| 01 دسامبر | +1 |
پست‌های کانال
| 2 |  +1Сергей Леонидович Должников @sedo_channel - о необходимости возврата КС-6а: разделение исполнительной документации и объемов работ. | 526 |
| 3 | НЕжданно-негаданно получил в личку вопрос, по поводу нашей программы №3 - формирование КС-ок на основе РКЦ.
Вопрос от пользователя звучит так: "Как заполнить лист КС-6а с локальной сметы, чтоб формы кс-2 и кс-3 вышли корректно? как вставить какие цифры чтоб аналогично смете выдало сумму не понял".
На самом деле ответ на этот вопрос и сложен и прост одновременно, прост потому что ПО писалось под Транснефть, которая работает в коммерческих расценках, хотя они и составлены на основе локальных смет, сформированых на основе ФСНБ. То же касается Сметы контракта. Т.е. подразумевается что у Вас на руках есть смета в коммерческих расценках в формате условного MS Excel и Вам теперь нужно как-то это благородно формить в КС-ки. Эту задачу решает наша программа. Вопросы о том как перевести обычные локалки в смету контракта/расчет коммерческой цены это вопросы к сметчикам, они сложны, зависят от Заказчика и потому мы, ПТОшники, в них обычно не лезем. Это тупо не наша зона ответственности.
Однако можно ли взять обычную локалку и запихнуть ее в КС-6а, да можно, для этого потребуется вручную или на основании ПО ПО КАЖДОЙ ПОЗИЦИИ вывести итог в текузих ценах и обратным ходом, зная объем работ, вычислить цену за единицу, после чего аккуратно перенести в наше ПО. Устроит ли это конкретного ЗАказчика? Не готов ответить, но да, это возможно. В принципе у толкового сметчика с этим вопросов возникнуть не должно, а дальше файл передается прорабу/ПТОшнику и шаги по составлению и оформлению, на основании шаблонных форм используемых в ОСТах ПАО "Транснефть" все будет ок.
https://cmet4uk.ru/publ/opyt_raboty_s_transneftju/4-1-0-315 | 1 299 |
| 4 |  +3ВГТУ выпустил первых специалистов по электронной исполнительной документации
🎓 В Воронежском государственном техническом университете торжественно вручили удостоверения выпускникам первого потока программы ДАКОН (член НОТИМ).
#новости_членов_НОТИМ
✅ НОТИМ в MAX | 1 411 |
| 5 | https://habr.com/ru/companies/ascon/news/1031076/ | 1 763 |
| 6 | +1 Обнаруженный баг на вкладке МСГ с отключением кнопок добавления и удаления строк - ИСПРАВЛЕН. Файлы программы заменить на новые!!! | 2 931 |
| 7 | Актуальная
Версия 0.9.5D_B_Final (07.04.2026 г.)
- Добавлена возможность ведения нескольких объектов в программе. На каждый файл программы теперь можно подключить отдельную базу данных. Следующий щаг - подключение нужной базы данных через диалоговое окно. Жмем кнопу "Подключение базы данных", выбираем нужную и жмем "Ок". После отработки макроса имеем в наличие нужную базу данных материалов.
- Баг с выпадом окна админа и вводом пароля убран.
- Откорректирована форма ввода и редактирования базы данных материалов. В редактировании убран баг, не дающий ввести число с несколькими знаками после запятой, приводящий к ошибке.
- На вкладке программы "БД для входного контроля" добавлена кнопка обновления данных из БД. После изменения в БД Материалы нужно обновить данные для корректного отображения в программе.
!!!Автоматом не обновляется!!! | 3 184 |
| 8 | Обновление версии программы 0.9.5_D_B_Final от 07.04.2026 г. | 2 656 |
| 9 |  Добавил возможность выбрать нужную базу данных + устранение мелких багов (по просьбам телезрителей) | 2 320 |
| 10 | Обнаружил ошибку в формуле на БД АВК. Исправил. Заменить ранее скачанный файл на это!!!👍 | 1 590 |
| 11 | Версия 000._№1-v_0.9.5_D_B_Final от 05.04.2026 | 2 160 |
| 12 |  часть 6 | 1 310 |
| 13 |  часть 5 | 1 274 |
| 14 |  часть 4 | 1 276 |
| 15 |  часть 3 | 1 161 |
| 16 |  часть 2 | 1 106 |
| 17 |  Анонс последних изменений к программе - v_0.9.5_D_B_Final от 5 апреля 2026 г. | 1 096 |
| 18 | В развитие темы) | 941 |
| 19 | На днях ознакомился с перечнем ИД, который предлагает Exon. Ссылку не дам, ибо пока что состав ИД определяет Минстрой и документы по стандартизации, а не набор форм в программном продукте, часть из которых либо просто не существует, часть с измененными наименованиями.
Однако, такой подход, при котором цифровизаторы пытаются упаковать всё подряд в XML-схемы, ставит вопрос, не хотелось бы использовать термин - главнее, но да, что главнее, фантазийный перечень ИД в ПО, или все же - требования документов по стандартизации, в том числе и к составу и формам ИД?
С вступлением в силу изменений в 384-ФЗ Технический регламент о безопасности зданий и сооружений концепция понятийного разделения требований на «обязательные» и «добровольные» приказала долго жить. Законодательство установило принцип равнозначности способов обоснования требований безопасности зданий и сооружений.
⏩Национальные стандарты и своды правил (те самые СП и ГОСТ, включённые в Реестр требований);
⏩ Международные и региональные стандарты, а также нормы иностранных государств, прошедших верификацию в РФ;
⏩ Стандарты организаций (СТО), зарегистрированные в установленном порядке и не противоречащие требованиям по стандартизации;
⏩ Результаты применения способов обоснования (исследования, расчеты, испытания или моделирование сценариев), утвержденные ГИПом.
Любой из описанных выше способов обеспечивает соблюдение требований безопасности зданий и сооружений. Применение сводов правил, утверждённых Минстроем — это правильный и относительно "легкий путь», но далеко не единственный.
Иерархия между видами документов по стандартизации(ГОСТ, СП, СТО) законодательно не установлена. И, если у вашей организации есть СТО, прошедший экспертизу в соответствующем ТК, зарегистрированный в ФИФС - вы имеете полное право работать по нему. И даже применять разработанную для целей контроля качества форму ИД, включенную в СТО.
И, это не добровольность, но право выбора из состава требований, а не навязанное в виде xml-схем в ПО, которое не является ни документом по стандартизации, ни набором требований. Добровольность заключается исключительно в праве выбора одного требования при наличии альтернативного. Если альтернативы нет — требование должно быть выполнено.
Как выстраивать правовую позицию техзаказчика в условиях этой «равнозначности» и не утонуть в противоречиях НПА и НТД — будем детально разбирать на тренинге* «Техническое регулирование и строительный контроль».
⏩ 11 апреля 2026, 10:00 – 18:00
⏩ Москва City, башня Империя, Sky Loft
*Скидка на оплату участия в тренинге действует до конца дня 5 апреля. Успейте оформить заявку на dolzhnikov.ru по выгодной цене.
Доступна оплата в рассрочку и от юр.лица | 912 |
| 20 | ИСУП: имитация вместо управления?
Анализ данных по ведению ИСУП в субъектах Российской Федерации по состоянию на 16 марта 2026 года показывает, что система в её текущем виде в большинстве регионов не выполняет ключевую функцию — не используется как инструмент управления жизненным циклом объектов капитального строительства. При формально высоких показателях заполнения фиксируется системный разрыв между наличием данных и их практическим применением. Исходные показатели оценки эффективности ведения ИСУП субъектами Российской Федерации опубликованы на официальном сайте Минстрой России от 16 марта 2026 года.
Почти повсеместные значения, близкие к 100% на этапах ЗПО и ИРД, не свидетельствуют о цифровой зрелости. Это показатель того, что регионы освоили процедуру заполнения обязательных полей. Однако по мере перехода к стадиям ПИР и СМР происходит резкое снижение показателей. В первую очередь это касается полноты ведения данных, доли объектов с цифровыми информационными моделями, а также использования ВИС/ИСУП и наличия активных транзакций. Такая динамика указывает на принципиальную проблему: данные в систему вносятся, но не ведутся и не используются.
Особенно критичным является уровень фактического использования системы. Во многих субъектах доля объектов с применением ВИС/ИСУП и активными транзакциями находится на минимальных значениях или равна нулю. Это означает, что ИСУП не встроена в операционный контур управления и не используется ни заказчиками, ни подрядными организациями как рабочий инструмент. В этих условиях система выполняет функцию архива или отчетной витрины, но не инструмента принятия решений.
Дополнительным индикатором незрелости является низкая распространённость цифровых информационных моделей. Даже в регионах с относительно высокими итоговыми рейтингами доля объектов с ЦИМ остаётся ограниченной. Это свидетельствует о том, что заявленная цифровизация отрасли не обеспечена необходимой технологической и организационной базой.
Распределение регионов по итоговым рейтингам носит выраженно поляризованный характер. Небольшая группа субъектов демонстрирует относительно устойчивую практику ведения данных и частичное использование системы. Основная масса находится в промежуточной зоне, где ИСУП внедрена, но используется непоследовательно. При этом значительное число регионов показывает критически низкие значения, что указывает на отсутствие как процессов, так и дисциплины ведения данных.
Отдельно следует отметить наличие регионов с формально высокими показателями заполнения при практически нулевом уровне использования. Это является прямым признаком имитационной модели внедрения, при которой данные вносятся исключительно для выполнения контрольных показателей. В такой конфигурации система не влияет на управление проектами и не создаёт добавленной стоимости.
Таким образом, сложилась ситуация, при которой ИСУП существует в двух плоскостях. В отчетности — как функционирующая цифровая система с высоким уровнем охвата. В реальной деятельности — как вторичный инструмент, не влияющий на ход реализации объектов. Этот разрыв между декларируемой и фактической ролью системы является ключевой проблемой.
Переход к эффективному использованию ИСУП требует смены фокуса: от контроля полноты заполнения к контролю фактического использования. Ключевыми метриками должны стать наличие активных транзакций, использование цифровых моделей и интеграция системы в управленческие процессы. Без этого дальнейшее развитие ИСУП будет воспроизводить текущую ситуацию, при которой создаётся иллюзия цифрового управления при его фактическом отсутствии.
📸 bimsert | 1 000 |
