Forwarded from Просто о сметах
🔥 ИТОГИ SMART-ПОЕДИНКА: КТО ПОБЕДИЛ В БИТВЕ ЗА XML?
Сенсации не случилось, но диалог состоялся — и это главное!
На Невском строительном форуме прошел ключевой поединок между командами «оптимистов» и «реалистов» по поводу будущего XML-схем в строительстве. И да, это было горячо! 🔥
🏆 Елена Чеготова в роли представителя цифрового блока Минстроя оказалась на высоте — аргументированно, спокойно и четко она доносила позицию регулятора. Уверены, что после её выступления в министерстве начнут еще серьёзнее прислушиваться к запросам отрасли, наверняка открыв тот самый «зелёный коридор» для рабочих предложений (не только для тех, кто их сегодня отстаивал 😉)!
Её поддержали содержательные выступления секундантов:
✅ Денис Звягин (Леноблгосэкспертиза) — объяснил, как XML работает «на земле» и почему важен диалог с экспертизой.
✅ Алексей Деревянко (Стройформ) — привёл конкретные примеры использования XML исполнительной документации и как это уже меняет процессы.
Но по факту — с почти четврехкратным преимуществом и убедительным разрывом победу одержали smart-реалисты во главе с Сергеем Драгомировым! Что подтвердил и верифицировал наш самый крутой рефери — Сергей Должников. Аргументы и вопросы «красных» по ключевым моментам были намного более вескими.
Вместе с секундантами — Сергеем Петровым (МКСИ) и Максимом Горинским (АРСИТИМ, @smety) — подняли целый пласт проблем XML-цифровизации:
▫️Лишняя нагрузка на сметчиков. Почему-то XML не упрощают, а усложняют работу. Вместо автоматизации — ручной ввод и правки. Трудоёмкость выросла у всех, кроме экспертизы. Сметчики тратят больше времени на формальности, а не на расчёт стоимости.
▫️Почему схемы не успевают за методиками? Пример: форма XML КА не успела за изменениями по приказу 30/пр. Схемы устаревают ещё до внедрения.
▫️Почему ГГЭ забирает данные, но не возвращает их в отрасль в удобном формате? XML-схемы создаются под нужды экспертизы, а не для практиков. Может, потому у нас и нет БД КА, ТПД в машиночитаемом виде, а заодно — и ТИМ (когда в самих схемах есть возможность связки с моделями?)
▫️Кто ответит за ошибки в машиночитаемых форматах?
▫️Почему ТПД и другие выходные данные недоступны для самих проектировщиков и заказчиков?
▫️ Почему полноценное ПО для проверки XML платное?
▫️ Игра в одни ворота.
ГГЭ оптимизирует свою работу (почему-то не сокращая сроки проверки и ее стоимости), но игнорирует затраты отрасли. Схемы делаются просто для формальной проверки, а не для стройки. И почему-то без какого-либо анализа накопленной информации.
И главное — мы все ведь не против XML, предложив решения. Не жалобы, а конкретные шаги:
1. Синхронизировать ввод XML-схем и методик.
2. Перестать работать «на корзину ГГЭ» и начать — для реальных задач.
3. Наладить обратную связь с отраслью до принятия решений.
4. Открыть данные для тех, кто их создаёт — проектировщиков, сметчиков, заказчиков.
📌 Итог: победила не та или иная сторона, а сама идея открытого диалога. Впервые чиновники (ок, их представители), эксперты и практики говорили на одном языке — без упрёков, с готовностью услышать друг друга.
💡 Что дальше?
В Минстрое действительно есть люди, готовые слушать. Но слушать — не значит соглашаться. Важно, чтобы диалог не закончился на форуме. Как сказали сами представители министерства: «Если будут внятные тезисы — готовы рассматривать их по существу».
Наша задача — не жаловаться, а предлагать. Участвовать в рабочих группах, писать понятные предложения, быть настойчивыми, но конструктивными.
Вместе можно изменить отрасль к лучшему. Главное — не молчать 🗣️
Спасибо всем, кто был с нами очно и онлайн!
Полную запись дискуссии обещали выложить на сайте форума:
https://nevastroiforum.ru/
Сенсации не случилось, но диалог состоялся — и это главное!
На Невском строительном форуме прошел ключевой поединок между командами «оптимистов» и «реалистов» по поводу будущего XML-схем в строительстве. И да, это было горячо! 🔥
🏆 Елена Чеготова в роли представителя цифрового блока Минстроя оказалась на высоте — аргументированно, спокойно и четко она доносила позицию регулятора. Уверены, что после её выступления в министерстве начнут еще серьёзнее прислушиваться к запросам отрасли, наверняка открыв тот самый «зелёный коридор» для рабочих предложений (не только для тех, кто их сегодня отстаивал 😉)!
Её поддержали содержательные выступления секундантов:
✅ Денис Звягин (Леноблгосэкспертиза) — объяснил, как XML работает «на земле» и почему важен диалог с экспертизой.
✅ Алексей Деревянко (Стройформ) — привёл конкретные примеры использования XML исполнительной документации и как это уже меняет процессы.
Но по факту — с почти четврехкратным преимуществом и убедительным разрывом победу одержали smart-реалисты во главе с Сергеем Драгомировым! Что подтвердил и верифицировал наш самый крутой рефери — Сергей Должников. Аргументы и вопросы «красных» по ключевым моментам были намного более вескими.
Вместе с секундантами — Сергеем Петровым (МКСИ) и Максимом Горинским (АРСИТИМ, @smety) — подняли целый пласт проблем XML-цифровизации:
▫️Лишняя нагрузка на сметчиков. Почему-то XML не упрощают, а усложняют работу. Вместо автоматизации — ручной ввод и правки. Трудоёмкость выросла у всех, кроме экспертизы. Сметчики тратят больше времени на формальности, а не на расчёт стоимости.
▫️Почему схемы не успевают за методиками? Пример: форма XML КА не успела за изменениями по приказу 30/пр. Схемы устаревают ещё до внедрения.
▫️Почему ГГЭ забирает данные, но не возвращает их в отрасль в удобном формате? XML-схемы создаются под нужды экспертизы, а не для практиков. Может, потому у нас и нет БД КА, ТПД в машиночитаемом виде, а заодно — и ТИМ (когда в самих схемах есть возможность связки с моделями?)
▫️Кто ответит за ошибки в машиночитаемых форматах?
▫️Почему ТПД и другие выходные данные недоступны для самих проектировщиков и заказчиков?
▫️ Почему полноценное ПО для проверки XML платное?
▫️ Игра в одни ворота.
ГГЭ оптимизирует свою работу (почему-то не сокращая сроки проверки и ее стоимости), но игнорирует затраты отрасли. Схемы делаются просто для формальной проверки, а не для стройки. И почему-то без какого-либо анализа накопленной информации.
И главное — мы все ведь не против XML, предложив решения. Не жалобы, а конкретные шаги:
1. Синхронизировать ввод XML-схем и методик.
2. Перестать работать «на корзину ГГЭ» и начать — для реальных задач.
3. Наладить обратную связь с отраслью до принятия решений.
4. Открыть данные для тех, кто их создаёт — проектировщиков, сметчиков, заказчиков.
📌 Итог: победила не та или иная сторона, а сама идея открытого диалога. Впервые чиновники (ок, их представители), эксперты и практики говорили на одном языке — без упрёков, с готовностью услышать друг друга.
💡 Что дальше?
В Минстрое действительно есть люди, готовые слушать. Но слушать — не значит соглашаться. Важно, чтобы диалог не закончился на форуме. Как сказали сами представители министерства: «Если будут внятные тезисы — готовы рассматривать их по существу».
Наша задача — не жаловаться, а предлагать. Участвовать в рабочих группах, писать понятные предложения, быть настойчивыми, но конструктивными.
Вместе можно изменить отрасль к лучшему. Главное — не молчать 🗣️
Спасибо всем, кто был с нами очно и онлайн!
Полную запись дискуссии обещали выложить на сайте форума:
https://nevastroiforum.ru/
👍10🔥3❤2
#ИИ Реальный практический кейс применения ИИ.
Сделал каналы Дайджесты по BIM и ИИ.
ИИ - https://news.1rj.ru/str/digestairu в 8:00
BIM - https://news.1rj.ru/str/digestbim в 9:00
по утрам нейронка пробегает по отслеживаемым каналам, вкратце описывает каждый пост и публикует дайджест.
Это очень удобно — утром еду на работу, листаю дайджест по всем постам, которые заинтересовали - перехожу по ссылке и читаю подробнее. Затем через кнопку назад возвращаюсь к дайджесту.
За 5 минут прохожу по всем каналам, остаюсь в курсе событий. Уже переслал 4 полезных поста в разные внутренние группы.
От самих каналов отписался, и теперь они меня не беспокоят в течение дня. Не прерывают концентрацию в рабочем процессе (а я невротик, не могу сидеть с непрочитанными сообщениями, вдруг там чтото важное).
Тоже подписывайтесь и отписывайтесь)
Сделал каналы Дайджесты по BIM и ИИ.
ИИ - https://news.1rj.ru/str/digestairu в 8:00
BIM - https://news.1rj.ru/str/digestbim в 9:00
по утрам нейронка пробегает по отслеживаемым каналам, вкратце описывает каждый пост и публикует дайджест.
Это очень удобно — утром еду на работу, листаю дайджест по всем постам, которые заинтересовали - перехожу по ссылке и читаю подробнее. Затем через кнопку назад возвращаюсь к дайджесту.
За 5 минут прохожу по всем каналам, остаюсь в курсе событий. Уже переслал 4 полезных поста в разные внутренние группы.
От самих каналов отписался, и теперь они меня не беспокоят в течение дня. Не прерывают концентрацию в рабочем процессе (а я невротик, не могу сидеть с непрочитанными сообщениями, вдруг там чтото важное).
Тоже подписывайтесь и отписывайтесь)
Telegram
Дайджест BIM-каналов
ИИ-агент каждое утро в 9:00 смотрит каналы за вчера и публикует краткий перечень постов по каждому.
Отслеживаемые каналы:
bimsert
alliance_of_digital_leaders
BIMnewsRU
prostobim и др.
Отслеживаемые каналы:
bimsert
alliance_of_digital_leaders
BIMnewsRU
prostobim и др.
🔥9👍5❤4
В каналах пишут, что 10D Самолета перешел в IT блок, благодарят Самоходкина и команду за работу, обещают, что все обязательства перед клиентами 10D выполнят…
Звучит как «10D не умер, 10D не умер, 10D не умер» и у меня вопрос: а у 10D точно все хорошо?)
Звучит как «10D не умер, 10D не умер, 10D не умер» и у меня вопрос: а у 10D точно все хорошо?)
Telegram
Домострой
Группа «Самолет» централизует ИТ-блок для создания единой цифровой платформы девелопера и ускорения внедрения ИИ
Компания консолидирует все ИТ-активы и продолжит создание единой производственной системы.
В «Самолете» сообщили, что мера призвана повысить…
Компания консолидирует все ИТ-активы и продолжит создание единой производственной системы.
В «Самолете» сообщили, что мера призвана повысить…
🔥2💯1
#Теория Почему у застройщиков не получается в IT?
В последние годы крупные девелоперы всё чаще пробуют запускать собственные IT-направления. Они хотят «цифровизироваться», уменьшить зависимость от подрядчиков и, главное, оставить созданные решения внутри компании. Но почти все эти истории заканчиваются одинаково: многомиллионными затратами, раздуванием штата и, в итоге, закрытием проектов. Примеры: ПИК, Эталон, ФСК, Sense, Страна девелопмент, Самолет. Почему так происходит?
1. Логика «лучше сделаем сами»
Собственники девелоперских компаний мыслят категориями контроля. Заплатить стороннему вендору 20 миллионов кажется дорого и «чужому дяде», а нанять команду программистов на зарплату — нормально: это же «свои люди», будто расходы из другого кармана, не его. В итоге компании выстраивают IT-подразделения по 30–100 человек, тратят сотни миллионов рублей и получают чемодан без ручки: деньги вложены, а отдачи нет.
2. Продукты делаются не для рынка
Все внутренние разработки изначально строятся под конкретные процессы застройщика. Системы жёстко «захардкожены» под их IT-архитектуру, методологию и схемы процессов. Лицензирования и механизма масштабирования нет. Шаг влево — и решение перестаёт работать. Поэтому, когда появляется идея «отбить инвестиции продажами», выясняется, что продавать просто нечего: продукт негибкий и не подходит другим игрокам.
3. Экономика не сходится
Даже если попробовать выйти на рынок, модель не работает. Крупные конкуренты не будут покупать «чужие» решения — они тоже пилят своё. Средние компании готовы брать, но за 1–2 млн рублей. А затраты на разработку у застройщиков — сотни миллионов. Собственник хочет вернуть всё и сразу, поэтому выставляет нерыночные ценники. Продаж нет, начинается вливание в маркетинг, конференции, презентации — деньги горят ещё быстрее.
4. Ошибки в команде и технологиях
Уровень команд зависит от конкретных людей на старте. Где-то удаётся собрать сильных разработчиков, но чаще в IT-подразделения девелопера попадают «писатели плагинов» и вчерашние джуны. Добавим сюда выбор стека «по знакомству» (например, Python как основной бэкенд у «Самолёта») — и фундаментальные ограничения закладываются сразу: решения медленные, плохо масштабируются, проигрывают конкурентам на рынке SaaS.
5. Иллюзия, что проблему решат продажи
Когда продукты не продаются, на сцену выходят «профессиональные продажники». Они убеждают руководство, что дело в маркетинге и воронке, а не в продукте. Начинается найм дорогостоящих команд сейлзов, экскурсии на корабликах, конференции, блогеры — и всё ради того, чтобы «показать динамику». Но отсутствие клиентов объясняется не воронкой, а тем, что продукт изначально не сделан для рынка.
6. Фиаско по кругу
Истории девелоперов похожи как под копирку. Вложения на десятки и сотни миллионов, внутренние продукты без перспектив коммерциализации, попытки «отбить» через маркетинг и продажи, закрытие или заморозка проектов. Некоторые компании держат команды «на всякий случай», не списывая убытки, чтобы формально не признавать провал.
Итог:
Главная причина неуспеха проста: девелоперы строят IT не как бизнес, а как внутренний цех. Без ориентации на рынок, без профессионального продуктового подхода и без понимания экономики. В итоге продукты остаются дорогими игрушками, а не устойчивыми бизнес-направлениями.
В последние годы крупные девелоперы всё чаще пробуют запускать собственные IT-направления. Они хотят «цифровизироваться», уменьшить зависимость от подрядчиков и, главное, оставить созданные решения внутри компании. Но почти все эти истории заканчиваются одинаково: многомиллионными затратами, раздуванием штата и, в итоге, закрытием проектов. Примеры: ПИК, Эталон, ФСК, Sense, Страна девелопмент, Самолет. Почему так происходит?
1. Логика «лучше сделаем сами»
Собственники девелоперских компаний мыслят категориями контроля. Заплатить стороннему вендору 20 миллионов кажется дорого и «чужому дяде», а нанять команду программистов на зарплату — нормально: это же «свои люди», будто расходы из другого кармана, не его. В итоге компании выстраивают IT-подразделения по 30–100 человек, тратят сотни миллионов рублей и получают чемодан без ручки: деньги вложены, а отдачи нет.
2. Продукты делаются не для рынка
Все внутренние разработки изначально строятся под конкретные процессы застройщика. Системы жёстко «захардкожены» под их IT-архитектуру, методологию и схемы процессов. Лицензирования и механизма масштабирования нет. Шаг влево — и решение перестаёт работать. Поэтому, когда появляется идея «отбить инвестиции продажами», выясняется, что продавать просто нечего: продукт негибкий и не подходит другим игрокам.
3. Экономика не сходится
Даже если попробовать выйти на рынок, модель не работает. Крупные конкуренты не будут покупать «чужие» решения — они тоже пилят своё. Средние компании готовы брать, но за 1–2 млн рублей. А затраты на разработку у застройщиков — сотни миллионов. Собственник хочет вернуть всё и сразу, поэтому выставляет нерыночные ценники. Продаж нет, начинается вливание в маркетинг, конференции, презентации — деньги горят ещё быстрее.
4. Ошибки в команде и технологиях
Уровень команд зависит от конкретных людей на старте. Где-то удаётся собрать сильных разработчиков, но чаще в IT-подразделения девелопера попадают «писатели плагинов» и вчерашние джуны. Добавим сюда выбор стека «по знакомству» (например, Python как основной бэкенд у «Самолёта») — и фундаментальные ограничения закладываются сразу: решения медленные, плохо масштабируются, проигрывают конкурентам на рынке SaaS.
5. Иллюзия, что проблему решат продажи
Когда продукты не продаются, на сцену выходят «профессиональные продажники». Они убеждают руководство, что дело в маркетинге и воронке, а не в продукте. Начинается найм дорогостоящих команд сейлзов, экскурсии на корабликах, конференции, блогеры — и всё ради того, чтобы «показать динамику». Но отсутствие клиентов объясняется не воронкой, а тем, что продукт изначально не сделан для рынка.
6. Фиаско по кругу
Истории девелоперов похожи как под копирку. Вложения на десятки и сотни миллионов, внутренние продукты без перспектив коммерциализации, попытки «отбить» через маркетинг и продажи, закрытие или заморозка проектов. Некоторые компании держат команды «на всякий случай», не списывая убытки, чтобы формально не признавать провал.
Итог:
Главная причина неуспеха проста: девелоперы строят IT не как бизнес, а как внутренний цех. Без ориентации на рынок, без профессионального продуктового подхода и без понимания экономики. В итоге продукты остаются дорогими игрушками, а не устойчивыми бизнес-направлениями.
💯55🔥14👍11❤3😢3
Forwarded from Channel n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
🎙 Выпуск 3. Подкаст: Автоматизация в строительстве с n8n
📅 Неделя 36, 2025 (1–7 сентября)
🔑 Основные темы выпуска:
▪️ «Красная кнопка» для инженеров: мечта о LLM, которая понимает DWG, PDF и AutoCAD
▪️ Векторизация 150 000 DWG-файлов: как превратить чертежи в датафреймы для ИИ
▪️ Классификация элементов в Revit и n8n: замена OmniClass на собственные классификаторы
▪️ Автокадчики и ревитчики как «разметчики реальности» — философия цифрового строительства
▪️ IFC против USD/glTF: что выберет рынок — сложные ядра или простые треугольники
▪️ Workflow для Telegram: саммари постов, автоматическая «газета» и кошелёк сообщества TON
▪️ Кейсы: от анализа рукописных чертежей сарая до автоматической трассировки кабеля в Revit
▪️ Мониторинг чатов ЖК и проектов: превращение сообщений в задачи через n8n
✨ Описание:
Эта неделя — про грандиозные идеи и практические эксперименты. От обсуждения «идеального ИИ для инженеров» до реальной работы с DWG, Revit и Telegram: сообщество делится своими наработками, спорит о будущем IFC и открытых геометрических ядер, показывает первые шаги в автоматизации распознавания задач в чатах и создании собственных «персонализированных газет».
Выпуск 1. Неделя 34, 2025 (21–24 августа): https://news.1rj.ru/str/n8ndevelopment/55
Выпуск 2. Неделя 35, 2025 (25–31 августа): https://news.1rj.ru/str/n8ndevelopment/57
#audio #video #podcast
📅 Неделя 36, 2025 (1–7 сентября)
🔑 Основные темы выпуска:
▪️ «Красная кнопка» для инженеров: мечта о LLM, которая понимает DWG, PDF и AutoCAD
▪️ Векторизация 150 000 DWG-файлов: как превратить чертежи в датафреймы для ИИ
▪️ Классификация элементов в Revit и n8n: замена OmniClass на собственные классификаторы
▪️ Автокадчики и ревитчики как «разметчики реальности» — философия цифрового строительства
▪️ IFC против USD/glTF: что выберет рынок — сложные ядра или простые треугольники
▪️ Workflow для Telegram: саммари постов, автоматическая «газета» и кошелёк сообщества TON
▪️ Кейсы: от анализа рукописных чертежей сарая до автоматической трассировки кабеля в Revit
▪️ Мониторинг чатов ЖК и проектов: превращение сообщений в задачи через n8n
✨ Описание:
Эта неделя — про грандиозные идеи и практические эксперименты. От обсуждения «идеального ИИ для инженеров» до реальной работы с DWG, Revit и Telegram: сообщество делится своими наработками, спорит о будущем IFC и открытых геометрических ядер, показывает первые шаги в автоматизации распознавания задач в чатах и создании собственных «персонализированных газет».
Выпуск 1. Неделя 34, 2025 (21–24 августа): https://news.1rj.ru/str/n8ndevelopment/55
Выпуск 2. Неделя 35, 2025 (25–31 августа): https://news.1rj.ru/str/n8ndevelopment/57
#audio #video #podcast
❤4
Классную тему ребята замутили!
ИИ следит за чатом сообщества https://news.1rj.ru/str/n8n_pipelines, саммаризирует разговоры за неделю и подготавливает подкаст по всему что обсуждалось.
мой дайджест https://news.1rj.ru/str/digestbim отдыхает)
ИИ следит за чатом сообщества https://news.1rj.ru/str/n8n_pipelines, саммаризирует разговоры за неделю и подготавливает подкаст по всему что обсуждалось.
мой дайджест https://news.1rj.ru/str/digestbim отдыхает)
Telegram
⚡️ n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
Добро пожаловать в группу для тех, кто хочет автоматизировать задачи в строительстве и проектировании при помощи n8n, dyfi и других workflow-инструментов.
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
👍5🤝1
Forwarded from Пособие инженеру ПТО
Регистрация электронных журналов - рудимент, или цифровая трансформация?
Не понятно, зачем столько людей героически бьется над этой проблемой, а потом отчитываются о победах?
Регистрация журнала (подпись инспектора ГСН и печать на бумажной странице) нужна была как защита от фальсификаций. В дополнение к сшиванию ниткой и скреплению подписью с печатью заказчика. Чтобы ни подрядчик, ни даже заказчик не смогли незаметно заменить листы или журнал целиком.
Зачем теперь на электронном журнале, который лежит в СОД нужна печать и подпись ГСН? Чтобы защитить журнал от чего?
Все изменения видны, зайти абы кто и заменить запись – не может. Зачем? Чтобы просто проверять правильность заполнения титульного листа?
Проблема с фальсификацией журналов легко решается даже без внедрения цифры. Морально устарелые формы журналов просто фрагментируются и какая-то их часть в виде отчетов передается заказчику на ежедневной основе, другая - на еженедельной, ежемесячной или вообще только по требованию. Все.
#цифра
Не понятно, зачем столько людей героически бьется над этой проблемой, а потом отчитываются о победах?
Регистрация журнала (подпись инспектора ГСН и печать на бумажной странице) нужна была как защита от фальсификаций. В дополнение к сшиванию ниткой и скреплению подписью с печатью заказчика. Чтобы ни подрядчик, ни даже заказчик не смогли незаметно заменить листы или журнал целиком.
Зачем теперь на электронном журнале, который лежит в СОД нужна печать и подпись ГСН? Чтобы защитить журнал от чего?
Все изменения видны, зайти абы кто и заменить запись – не может. Зачем? Чтобы просто проверять правильность заполнения титульного листа?
Проблема с фальсификацией журналов легко решается даже без внедрения цифры. Морально устарелые формы журналов просто фрагментируются и какая-то их часть в виде отчетов передается заказчику на ежедневной основе, другая - на еженедельной, ежемесячной или вообще только по требованию. Все.
#цифра
❤3😁2
#n8n Юрий из чата https://news.1rj.ru/str/n8n_pipelines подготовил инструкцию как развернуть сервис n8n на reg.ru
Очень удобно для тех у кого нет места на своих серверах или айтишники не разрешают внутри чтото подобное.
Очень удобно для тех у кого нет места на своих серверах или айтишники не разрешают внутри чтото подобное.
Telegram
⚡️ n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
Добро пожаловать в группу для тех, кто хочет автоматизировать задачи в строительстве и проектировании при помощи n8n, dyfi и других workflow-инструментов.
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
❤4🔥3
Forwarded from tangl_live
This media is not supported in your browser
VIEW IN TELEGRAM
На недавнем вебинаре с AAG мы обсуждали практическое использование среды общих данных (СОД) в связке с Tangl. Вопросов оказалось так много, что мы решили разобрать процесс здесь, шаг за шагом.
Как это работает у AAG
Раньше для сверки «бумаги» и BIM приходилось привлекать подрядчиков, сегодня всё замкнуто в цифровой контур. Теперь - весь обмен BIM-моделями организован через Signal Docs.
Обновления поступают в СОД и сразу передаются в Tangl, где система автоматически запускает проверку и возвращает замечания проектировщику прямо в Revit.
Практический результат
И это не единичный кейс — аналогично работает, девелопер ГОЛОС.
Полная интеграция Tangl и Signal Docs: что за этим стоит
Наша цель — не просто обмен файлами, а создание единого центра хранения и работы с данными, в котором специалисты разных ролей чувствуют себя как дома.
Ключевые возможности
Те, кто автоматизировал процессы, сокращают сроки и расходы. Остальные продолжают терять время и деньги из-за беспорядка в ИТ-инструментах.
Оставьте заявку
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍3❤🔥1👌1🏆1
Forwarded from Channel n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
🎙 Выпуск 4. Подкаст: Автоматизация в строительстве с n8n
📅 Неделя 37, 2025 (8–14 сентября)
🔑 Основные темы выпуска:
▪️ Анализатор чатов: фиксация проблем и решений, задачи «на конец недели»
▪️ Telegram как единая точка входа: почему для прорабов всё сложнее Excel — «rocket science»
▪️ Автоматизация малого бизнеса: n8n + таблицы против «зоопарка» корпоративных систем (Jira, 1C, Bitrix, Autodesk)
▪️ Дискуссия о «качественном ПО»: наследие и будущее Bitrix, Autodesk, Revit и DWG
▪️ Контент-заводы: связка n8n, LLM и HeyGen для генерации видео, аудио и текста
▪️ Open Source против SaaS: почему рабочие пайплайны будут легко переноситься между платформами
▪️ Российские аналоги n8n: проекты Сбера, Т-Банка и других игроков
▪️ Масштабирование автоматизации: от бытовых задач и малого бизнеса до систем уровня Oracle и Confluence
✨ Описание:
На этой неделе обсуждаем, как превратить чаты в полноценный таск-трекер с помощью n8n, и почему для малого бизнеса Telegram и Excel остаются «последней границей». Сообщество спорит о судьбе Bitrix, Autodesk и DWG-формата, делится философией Open Source против SaaS и рассказывает о первых шагах к созданию «контент-заводов» — автоматической генерации видео и статей для стройки. Также рассматриваем российские аналоги n8n и обсуждаем, как автоматизация меняет работу от микробизнеса до корпораций.
Выпуск 1. Неделя 34, 2025 (21–24 августа): https://news.1rj.ru/str/n8ndevelopment/55
Выпуск 2. Неделя 35, 2025 (25–31 августа): https://news.1rj.ru/str/n8ndevelopment/57
Выпуск 3. Выпуск 36. Неделя 35, 2025 (1–7 сентября): https://news.1rj.ru/str/n8ndevelopment/60
➡️ Начало обсуждений 37 недели: https://news.1rj.ru/str/n8n_pipelines/4961
📅 Неделя 37, 2025 (8–14 сентября)
🔑 Основные темы выпуска:
▪️ Анализатор чатов: фиксация проблем и решений, задачи «на конец недели»
▪️ Telegram как единая точка входа: почему для прорабов всё сложнее Excel — «rocket science»
▪️ Автоматизация малого бизнеса: n8n + таблицы против «зоопарка» корпоративных систем (Jira, 1C, Bitrix, Autodesk)
▪️ Дискуссия о «качественном ПО»: наследие и будущее Bitrix, Autodesk, Revit и DWG
▪️ Контент-заводы: связка n8n, LLM и HeyGen для генерации видео, аудио и текста
▪️ Open Source против SaaS: почему рабочие пайплайны будут легко переноситься между платформами
▪️ Российские аналоги n8n: проекты Сбера, Т-Банка и других игроков
▪️ Масштабирование автоматизации: от бытовых задач и малого бизнеса до систем уровня Oracle и Confluence
✨ Описание:
На этой неделе обсуждаем, как превратить чаты в полноценный таск-трекер с помощью n8n, и почему для малого бизнеса Telegram и Excel остаются «последней границей». Сообщество спорит о судьбе Bitrix, Autodesk и DWG-формата, делится философией Open Source против SaaS и рассказывает о первых шагах к созданию «контент-заводов» — автоматической генерации видео и статей для стройки. Также рассматриваем российские аналоги n8n и обсуждаем, как автоматизация меняет работу от микробизнеса до корпораций.
Выпуск 1. Неделя 34, 2025 (21–24 августа): https://news.1rj.ru/str/n8ndevelopment/55
Выпуск 2. Неделя 35, 2025 (25–31 августа): https://news.1rj.ru/str/n8ndevelopment/57
Выпуск 3. Выпуск 36. Неделя 35, 2025 (1–7 сентября): https://news.1rj.ru/str/n8ndevelopment/60
➡️ Начало обсуждений 37 недели: https://news.1rj.ru/str/n8n_pipelines/4961
🔥4