Бюджет реальных проектов часто зависит от периодических выплат. Это может быть ежемесячная лизинговая оплата техники, взаиморасчеты с городскими структурами, оплата аренды всевозможных вспомогательных ресурсов, оплата охраны территории, периодические авансы производителям материалов и т.д. То есть каждый месяц (квартал, полугодие) по одной из статей затрат происходит списание определенной повторяющейся суммы. В данном примере речь пойдет именно о повторяющихся определенное время в рамках проекта одинаковых суммах оплат. Моделирование разовых оплат и создание специальных графиков оплат будут рассмотрены в других примерах.
| Задача |
| Реализация |
Реальная модель строительства может содержать тысячи и даже десятки тысяч Операций. Скорее всего, охрана начнется сразу при появлении на стройплощадке каких-либо мат. ценностей и закончится по факту их полного вывоза и передаче охраны объекта МВД или другой структуре. Для этого нам необходимо в модели определить два соответствующих момента времени. Чтобы упростить себе задачу поиска подобных контрольных точек в будущем, удобно собрать весь куст начальных Операций и куст финальных Операций строительства специальными типами операций — Контрольными событиями (Тип ДПГ). От первого Контрольного события расходятся Связи ко всем начальным Операциям, все завершающие Операции завязываются на второе Контрольное событие. Теперь если какие-то из Операций изменят плановое начало на более ранее, то и первое Контрольное событие сдвинется на более ранний срок, а если какие-то Операции будут задерживаться, то и второе Контрольное событие будет отодвигаться далее по времени. Мы получили две контрольные точки, которые всегда показывают диапазон во времени от появления мат. ценностей на стройплощадке до их исчезновения. Добавим эти два Контрольных события в нашу модель. Старт строительства и Финиш строительства.
Теперь необходимо создать Операцию для моделирования наших периодических оплат. Интервал между нашими Контрольными событиями будет постоянно меняться (изменение в планах, технологиях, отклонения по факту выполнения работ и т.д.). Операция, которая меняет свою длительность в зависимости от двух исходных дат начала и окончания имеет Тип ДПГ Гамак. У Гамака есть лишь два условия — на начало и на окончание. Добавим Гамак в нашу модель и соединим его Связями Старт-Старт с первым Контрольным событием и Финиш-Финиш со вторым. Произведем Расчет расписания без ограничений на ресурсы.
Допустим, что мы будем моделировать оплаты каждого 20 числа. Но не всегда 20 число попадает на рабочий день месяца в случае пятидневной рабочей недели. Если для нас важно отслеживать именно факт оплаты раз в месяц (чаще всего этого вполне достаточно), а не конкретный день ее производства, то для подобной Операции достаточно сделать семидневный рабочий Календарь оплат. В противном случае, если 20 число попадет на нерабочий день, то оплата произведена не будет.Создадим для нашей Операции Оплата ее рабочую Неделю оплат. Далее воспользуемся тем, что все сущности, существующие в модели, оперируют размерностью <в час>. Нашей Операции Оплата мы сделаем рабочее время 1 час в день. Например, с 12.00 до 13.00 для всех дней недели.
После этого на основе Недели оплат создадим Календарь оплат.
Далее нам необходимо сделать так, чтобы этот рабочий час был единственным за весь месяц и происходил 20 числа. Для этого воспользуемся Календарными исключениями. Помимо стандартных праздников, уже существующих в модели по умолчанию, создадим еще два Календарных исключения, формирующие совместно один рабочий час 20 числа. Два их необходимо для того, чтобы использовать повторяемость исключений 1 месяц и не получить конфликт — превышение интервала исключения над интервалом повторяемости.
При моделировании подобных циклических Календарных исключений необходимо создать их так, чтобы они заведомо происходили во время всего проекта (если нет условий на определенное время начала или завершения). Работы у нас начинаются в августе 2014. Создадим Календарные исключения в январе-феврале 2014. Далее они автоматически будут повторяться весь проект. Внимание! При моделировании Календарных исключений не используйте последний день февраля или последние дни месяцев, в которых 31 день. Это нестандартные дни, имеющие собственный график повторяемости, что может внести искажения в желаемый результат.
Переходим в таблицу Календарные исключения. Добавляем Календарное исключение Оплата охраны 20-го 1, отключающее всё рабочее время с 13.00 20 января и до, например, 12.00 10 февраля. Для этого указываем начало Календарного исключения 22.01.2014 13:00, окончание 10.02.2014 12:00 и ставим повторяемость Каждый 1 месяц. После этого точно так же создаем второе Календарное исключение Оплата охраны 20-го 2. Его диапазон будет с 12.00 10 февраля по 12.00 20 февраля.
После этого назначим наши Календарные исключения на Календарь оплат.
Назначим наш Календарь на Операцию Оплаты охраны и произведем Расчет расписания без ограничений на ресурсы. В настройках расчета включим Детализацию сроков, чтобы наглядно увидеть рабочее и нерабочее время и проконтролировать успешность создания графика оплат.
Теперь необходимо реализовать собственно денежный поток. Перейдем в таблицу Стоимостные составляющие и создадим там статью затрат (Стоимостную составляющую) Охрана. В реальном проекте оплата охраны может входить в другую статью затрат — все зависит от того, как вы считаете затраты и доходы в модели.
После этого в свойствах Операции Оплата охраны переходим на закладку Стоимости и добавляем там нашу Стоимостную составляющую Охрана. Далее указываем, каким образом по этой Стоимостной составляющей происходит расход. Мы заранее так создали график, что теперь можем воспользоваться стандартным свойством <в час>. У нас в Календаре данной Операции каждый месяц есть один рабочий час, вот на него мы и назначим размер ежемесячной оплаты. Допустим это 1000 руб.
После этого произведем Расчет затрат
Мы реализовали ежемесячную оплату охраны строительной площадки, происходящую все время, пока ведутся строительные работы. Внизу расписания выведена Диаграмма с ежемесячными суммами оплат и гистограмма затрат на охрану с нарастающим итогом.
Проверим теперь работоспособность нашей модели. Допустим, плановая длительность Операции Строительство 2 уменьшилась до 50 дней. Изменим ее длительность в свойствах и произведем Расчет расписания без ограничений на ресурсы и Расчет затрат. Количество оплат уменьшилось на 2 автоматически.
