Для тех кто пришел со стрима:

Youtube: https://www.youtube.com/@ConstructionSheets
Обсуждение: https://news.1rj.ru/str/pto_cdo
Мои контакты: https://news.1rj.ru/str/constructionsheeter
Попробовать демо-версию: https://news.1rj.ru/str/constructionsheeter_bot

Автоматизировал ИД на буронабивные сваи с помощью прорабов

Да, так можно с любыми работами.

Это легко организовать, пиши.

Подписывайся 👉 @ConstructionSheets х @pto_cdo

Массовая загрузка паспортов в таблицу

Если материал в пачке паспортах один и тот же, то сначала загружаем 1 паспорт по старому способу, а все последующие просто докидываем в чат.

Нейросеть YandexGPT сама находит название паспорта, его номер и дату. Где есть ошибки — поправил её.

Как вам такая цифровизация стройки?!😁

Подписывайтесь 👉 @ConstructionSheets х @pto_cdo

Массовая загрузка записей в таблицу

Если вам нужно удобно и регулярно собирать какие-то данные с подрядчиков и вы не хотите им давать доступ к своей сводной таблице.

С диапазонами из Excel тоже работает

Пишем название листа 👉 ответным сообщением кидаем диапазон.

Подписывайтесь 👉 @ConstructionSheets х @pto_cdo

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

Если ты хочешь автоматизировать свою работу, то можешь уже начать пользоваться!

В обсуждении был поднят вопрос о том, чтобы ТГ-бот полученные данные отправлял в excel-файл, а не в google таблицу.

Такое решение можно реализовать, если действительно кому-то было бы так удобнее, напишите мне.

Если будет да даже человек 5, это имеет смысл осуществлять✌️

Пожалуйста, обнимите своих родных и близких. Не держите обид, позвоните тем с кем давно не общались. Пока люди живы — ничто не поздно, потом будет уже поздно. Никто не застрахован.

Темы в telegram — это круто

Более менее интересной идеей на этот счёт я посчитал следующую концепцию:

Пусть будет всего одна беседа на всю компания, а
каждая тема в беседе — это отдельный объект в этой компании

Концепция мне понравилась и, недолго думая, я воплотил её в реальность. Для себя я выделил в ней следующие плюсы:

— В одной беседе можно вести сразу несколько объектов
— Удобно наблюдать как ведутся электронные журналы/ведомости сразу по всем объектам
— Сотрудники с разных объектов могут легко перенимать опыт в заполнении электронных журналов/ведомостей

А вы что скажите? Пишите в этом обсуждении

Подписывайтесь 👉 @ConstructionSheets х @pto_cdo

Цифровизация исполнительной документации

Часть 3 из 4 (проблемы учета объемов в процессе стройки и достоверность данных)

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

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

• согласованные изменения в проекте, которые пока еще не внесены в смету (смету контракта).

• незавершенное производство (НЗП), которое не даст легко и сразу проставить точный объем.

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

• ошибки ручного ввода данных ПТО (опять человеческий фактор).

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

Плюсом ко всему, точный объем многих видов работ, как например, земляных вы можете узнать только составив геодезическую схему в самом конце. Даже в старых формах ОЖР требование указания объемов если и было, но только по завершению работы. И никто в здравом уме не проводит натурных обмеров ежедневно. Приблизительно – пожалуйста, в отчете по графику.

Все это если не делает ежедневный и точный учет объемов невозможным, то делает его слишком трудоемким. А если это делать в ОЖР, то переписывать его, подгоняя объемы придется много раз, как и переделывать и переподписывать АОСР.

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

Куча зарубежных исследований по цифровизации ежедневных отчетов Daily Report (аналога ОЖР) таких ученых как Ronie Navon, Issam Haskaya, Alan D. Russel еще с 90-х годов подтверждает вышеуказанное – ручной ввод данных и человеческий фактор являются основными препятствиями на пути цифровизации основных сведений. С тех пор ничего особо не изменилось.

Это с учетом, что в цепочку передачи данных еще не ворвалось дополнительное звено в виде ПТО.

Есть ребята, коих единицы, которые понимают проблему и на собственном энтузиазме, без денежных вливаний как-то решают проблему получения данных от прорабов через телеграм-боты, ИИ и google-таблицы.

Но большинство разрабов такие мелочи особо не интересует. Это не мешает им преподносить свои продукты как великое достижение инженерной мысли, которые вместе с прозрачностью вносимых данных повысит эффективность управленческих решений до небес.

#пто #цифра

Вот бы ещё ссылку на этих энтузиастов...😉

Р.s. 🔥🔥🔥