Данный текст является одним из выпусков моей рассылки "Автоматизация рутины - как это?". Все выпуски вы можете прочитать в каталоге выпусков. Чтобы ничего не пропустить - рекомендую подписаться:
Выпуск 3.
Сравнение плана и факта.
Пока вы пишите свои вопросы, я еще приведу свой пример автоматизации.
Очень часто в работе ставится задача по расчету плановых показателей, сравнению с фактом, анализ допустимого и критического отклонений. Специализированные программы используются довольно нечасто (ввиду их негибкости и сложности интеграции), значительно чаще это все делается в экселе. Я тоже так делал, пока не столкнулся с тем, что частенько приходилось пересчитывать некоторые данные (скажем, среднюю реализацию по клиенту за период до скидки и после скидки, до поставки торгового оборудования и после, до изменения времени доставки и после и т.п.)
Понятно, что это одна и та же процедура, которую вовсе не хочется делать каждый раз заново. Нужна автоматизация. Как вы понимаете, реализация была несложной.
Как я писал в прошлом выпуске, база по реализации в разрезе товаров и клиентов уже имелась в Access. Дополнительно к ней была создана таблица по плановым показателям, но не в разрезе товаров, а в разрезе их групп (можно, конечно, планировать и по каждому товару, но насколько это обосновано?) - для этого таблица «справочник товаров» дополнена еще одним полем «группа», которое заполнялось по мере необходимости. Сама таблица «план» была простой – «код_клиента – ID_планового_изменения - месяц_год – реализация_по_группе». Количество планируемых данных – по необходимости.
Затем в Access была создана форма «планирование», в которой были поля для заполнения плановых показателей. Она заполнялась в полуавтоматическом режиме и окончательные данные записывались в таблицу «план». Соответственно, были еще дополнительные кнопочки для просмотра генерируемых отчетов о сравнении этих плановых показателей с существующей динамикой реализации по этому клиенту и т.п.
Далее. Для сравнения плана и факта был написан запрос, который для каждого клиента с запланированным изменением реализации считал реализацию до, после, изменение, отклонение от плана. Точнее, это была цепочка запросов – сначала вычислялась реализация по группе помесячно до планового изменения (считалась среднедневная реализация внутри каждого месяца). Затем аналогичным образом рассчитывалась реализация после планового изменения (какой был эффект). Третий запрос объединял полученные данные в одну таблицу.
В конце был сделан соответствующий бланк отчета (также в Access). После этого, для получения отчета по сравнению плана и факта оставалось только нажать кнопочку.
Если у кого-то имеется подобная задача – пишите. Или если кому хочется подробнее (описать запросы, модули и т.п.) – тоже пишите.