#опытвпроектах #автоматизация — 31 марта 2026 г. в 10:00:02.518
#опытвпроектах #автоматизация И снова здравствуйте! Поговорим об афффтоматизации. Как много в этом слове надежд и разачарований. Купил лицензию, нажал кнопочку установить и понеслась. Че там делать - само сделается. Но практика показывает, как все эти автоматизации разбиваются об людей и процессы. Захотелось поделиться опытом. Как создавали алгоритм для расчета плановой стоимости титульных объектов на базе 1С: ERP. Итак. Запоминаем буквы. Планирование прямых расходов ведется по статьям: ПИР, Оборудование, ПНР, СМР, Прочие. Договор разрезается на статьи. Это - потребность. У каждой потребности пара - документ формирования стоимости. Это база, на которой считается плановая стоимость. Для каждой очереди определен набор титулов на основании проектной документации. Задача упражнения - рассчитать плановую амортизацию исходя из сроков ввода очередей, чтобы рассчитать плановую прибыль. Ведь производство и стройка будут идти параллельно с момента запуска первой очереди. Кейс интересен ошибками и решениями. 🎙Ошибка 1. Эффект "Вау"! Начали с моделирования в Excel. Вроде так и надо. Пока делали - выводили формулы, находили узкие места. Спойлер - не все нашли. И тут вмешался энтузиаст с полномочиями. И взял дело в свои руки, чтобы не расслаблялись и бодрее бежали. Ускорились. Написали ТЗ. Сделали таблицы с формулами, форматы отчетов. Но не так, чтобы было понятно исполнителям, а как нравилось энтузиасту. Отдали айтишкам. Читать, конечно, этот труд никто не стал. Алгоритм сделали быстро, чтобы впечатлить скоростью исполнения. Че там было делать? Нужен только вдохновляющий лидер. На уголок сходится - и ладушки. А то, что получилась ерунда - пока еще никто не понял. И об алгоритме забыли. Но тут поступил внешний запрос - показать плановую стоимость титулов и освоение по очередям. И пришло время признаваться. Если также хотите, чтобы впечатлили скоростью исполнения - напоминайте себе, что программа требует настройки под конкретные задачи и особенности компании. А это по сути - как создать новую программу, если угодно. Требуется тестирование и доработка до получения стабильно воспроизводимого результата. На момент начала доработки алгоритма, было реализовано 30% от того, что нужно, чтобы в программе получать адекватный результат. О сколько нам открытий чудных. Часть 1 🌸 С чего начали Сделали форму, куда вносили проценты распределения между очередями. Так каждый договор, по каждой статье разрезается на очередь и затем сумма, которая отнесена на очередь распределяется на титулы. ❗️Не учли Влияние факта. Изначально настроили, что вносить проценты можно с точностью два знака после запятой. Но как только накапливается факт - этого оказалось недостаточно. Чем больше факт, тем больше знаков после запятой требуется, чтобы система правильно считала распределение. Пример Пока нет факта - распределение между очередями: 60% - первая очередь и 40% - вторая - работает хорошо. Но вот, например, в марте случился факт: работ по первой очереди принято 1 234, а по второй 243. И в этом периоде процент распределения уже: 83,5477319 - первая очередь. Если пытаться округлять, до двух знаков - в отчеты попадает не верная сумма. Кроме того, чем выше степень исполнения контракта - тем точнее должно быть распределение. Иначе при проведении документа распределения выводится сообщение об ошибке. Так что теперь можно вносить процент и без сильного округления. 💡Что еще будем делать? Ну конечно же автоматизировать расчет процента факта. Пока что считают вручную, выгружая факт по очередям. Ну разве ж это автоматизация. Задача, чтобы распределение по очередям в месяцах, где есть факт - считался на основании введенных в систему первичных документах. Продолжение следует... Финансы и Графики