Екатерина Никитина | заметки создателя ИнжПроект

С кадастровой стоимостью снова всё не так просто. 😵‍💫 ФНС выпустила свежий обзор судебной практики по налогообложению имущества за январь–август 2026 года. В нём есть позиция Конституционного суда о возможности оспаривать архивную кадастровую стоимость, если она не соответствует рыночной. На первый взгляд, новость юридическая. Но на самом деле она касается многих: собственников недвижимости, инвесторов, бухгалтеров и юристов. Я всегда советую смотреть на недвижимость не только как на объект, но и как на набор финансовых и юридических обязательств. Важно понимать, как формируется налоговая база, что происходит при продаже и какие документы понадобятся для сделки. Поэтому хочу поделиться с вами подборкой Telegram-каналов о юриспруденции, финансах, налогах и недвижимости. 🗂 Сохраняйте, если работаете с недвижимостью, финансами или правом — пригодится не один раз.

🎙️Почему котельную нельзя подбирать по одной цифре мощности? В ТЗ указана мощность котельной. Кажется, что дальше остаётся подобрать котлы на эту цифру. Обычно именно здесь возникает первая ошибка. Пиковая нагрузка показывает работу в самый холодный период. Большую часть года котельная живёт в других режимах. Нагрузка снижается. Часть потребителей отключается. Летом может остаться только горячее водоснабжение или технологический контур. На практике два объекта с одинаковым максимумом получают разный состав оборудования. На одном важен широкий диапазон регулирования. На другом — возможность вывести агрегат в ремонт без остановки производства. Бывает и так, что минимальная нагрузка слишком мала для выбранного котла.  До подбора мы смотрим несколько состояний системы. Сначала зимний максимум и обычный сезонный режим. Потом летнюю работу и аварийный сценарий. После этого проверяем единичную мощность котлов, диапазон горелок и логику обвязки. ➡️Отдельный вопрос — перспектива. Если через год появится новый корпус, это учитывают в схеме. Но покупать лишнюю мощность заранее без понятного графика расширения тоже рискованно. ➡️Одна цифра в ТЗ даёт верхнюю границу. Реальную жизнь котельной она не описывает. ➡️Откройте задание и найдите разбивку по системам. Посмотрите, какая нагрузка остаётся летом и что должно работать при отказе крупнейшего агрегата. Если ответов нет, их лучше получить до запроса оборудования и цены. Заказать проект котельной у «ИнжПроект» - @enginKatrin #полезное_от_проектировщика #внутрянка_от_проектировщика

Почему систему теплоснабжения нельзя проектировать как набор отдельных разделов? 🤔 На стройке редко возникает проблема только в одном разделе. Обычно цепочка начинается раньше. Часто мы сталкиваемся с тем, что специалисты работают параллельно и получают данные в разное время. Изменилась нагрузка у потребителя или температурный режим — это влияет на источник и расходы в сети. Следом меняются насосы, теплообменники и алгоритмы автоматики. На практике расхождение замечают перед выдачей документации или уже на площадке. Тогда приходится возвращаться к расчётам и обновлять несколько разделов сразу. Мы начинаем с общей схемы: от источника до потребителя. В каждой точке передачи фиксируем параметры, дату исходных данных и ответственного специалиста. Такая схема не заменяет расчёты. Она показывает, где один параметр переходит из одного раздела в другой. Представьте обычную ситуацию: заказчик уточнил нагрузку вентиляции. Информация дошла до проектировщика ИТП, но не попала к специалисту по котельной. В финальном комплекте появляются две мощности. Дальше спорят о том, какой файл был актуальным, вместо обсуждения самого решения. 😵‍💫 На стартовом совещании откройте одну общую схему и пройдите её по четырём вопросам: где меняются температура и давление, кто передаёт расход, какая версия данных действует и кто подтверждает изменение. Слабые связи станут видны до выпуска чертежей. Ждем ваши интересные предложения по проектам - Екатерина Никитина #интересное_от_проектировщика #полезное_от_проектировщика

Почему систему теплоснабжения нельзя проектировать, как набор отдельных разделов? 🤔 На стройке редко возникает проблема только в одном разделе. Обычно цепочка начинается раньше. Часто мы сталкиваемся с тем, что специалисты работают параллельно и получают данные в разное время. Изменилась нагрузка у потребителя или температурный режим — это влияет на источник и расходы в сети. Следом меняются насосы, теплообменники и алгоритмы автоматики. На практике расхождение замечают перед выдачей документации или уже на площадке. Тогда приходится возвращаться к расчётам и обновлять несколько разделов сразу. Мы начинаем с общей схемы: от источника до потребителя. В каждой точке передачи фиксируем параметры, дату исходных данных и ответственного специалиста. Такая схема не заменяет расчёты. Она показывает, где один параметр переходит из одного раздела в другой. Представьте обычную ситуацию: заказчик уточнил нагрузку вентиляции. Информация дошла до проектировщика ИТП, но не попала к специалисту по котельной. В финальном комплекте появляются две мощности. Дальше спорят о том, какой файл был актуальным, вместо обсуждения самого решения. 😵‍💫 На стартовом совещании откройте одну общую схему и пройдите её по четырём вопросам: где меняются температура и давление, кто передаёт расход, какая версия данных действует и кто подтверждает изменение. Слабые связи станут видны до выпуска чертежей. Ждем ваши интересные предложения по проектам - @enginKatrin #интересное_от_проектировщика #полезное_от_проектировщика