Компьютер в бухгалтерском учете и аудите 1999'3
	Home Поиск Издания Контакты k-press.ru

Продолжается подписка на наши издания! Вы не забыли подписаться?

Индикатор финансового здоровья предприятия — подсистема ситуационного контроля “Пульс” бизнес-конструктора “Корифей”

Данная статья продолжает серию публикаций о бизнес-конструкторе “Корифей”— старейшем бизнес-конструкторе на Oracle в России (см. статьи в номерах 4/97, 1/98, 2/98, 3/98, 4/98, 1/99 журнала “Компьютер в бухгалтерском учете и аудите”).

Данный программный продукт развивается фирмой РеПКА (Региональное Предприятие Комплексной Автоматизации) начиная с 1990 года. Первая продажа была в марте 1991 года (1 версия), в момент написания статьи продолжается поставка версии 12.4 и готовится к выпуску версия 14 (плановое начало поставок — 2 полугодие 1999 года). Предыдущая версия  — 12.3 (тогда программный комплекс именовался “Пан Вотруба”) фигурирует в числе финалистов VI Международного конкурса программного обеспечения в области финансов и бизнеса в классе корпоративных решений. Эксперты конкурса (председатель экспертной комиссии, профессор Финансовой академии, доктор экономических наук Е.Шуремов) отметили в числе достоинств программного продукта наиболее широкие аналитические возможности среди представленных на рынке программ.

Бизнес-конструктор “Корифей” относится к малотиражным программным продуктам. Он поставляется в комплекте с набором услуг по начальной настройке и обучению пользователей на основе индивидуального подхода к специфике каждого заказчика.

Настоящая статья посвящена подсистеме ситуационного контроля “Пульс”, которая является последним плановым расширением БК “Корифей” в рамках версии 12.4.

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

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

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

Для выполнения каждого из таких коротких циклов требуется определенный специфический опыт персонала, оборудование, ресурсы и так далее. Поэтому на предприятиях организуются подразделения, каждое из которых отвечает за тот или иной короткий цикл или их тесно связанную совокупность (бухгалтерия, транспортный цех и так далее). Работают в них сотрудники, имеющие соответствующие опыт и квалификацию. Другими словами, специальность сотрудника определяет возможность его работы в том или ином коротком цикле.

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

Временные зазоры и рассогласования между концом предыдущего и началом следующего цикла, возникающие по объективным и субьективным причинам, определяют простой оборудования, трудовых, финансовых и материальных ресурсов. Такие задержки “растягивают” по времени внешний (самый длительный) цикл, снижают прибыль за счет дополнительных издержек.

Другими словами, снижается норма прибыли за счет незапланированных “инъекций” капитала для компенсации издержек (склад пустой — аренда оплачивается, сотрудник простаивает — зарплата идет, оборудование не загружено — амортизация начисляется и т.п.).

Задержки внутри коротких циклов или между ними могут возникать по разным причинам: неэффективное управление, недостатки планирования и так далее.

Существенным источником снижения результативности работы предприятия являются разного рода непредусмотренные события, которые также тормозят короткие циклические процессы (аварии, стихийные бедствия и прочие форс-мажорные обстоятельства). Сюда же можно отнести изменения законов, инструкций и т.п., нарушающие налаженные цепочки действий и вынуждающие “на ходу менять колеса”, то есть проводить реорганизацию бизнес-правил во время выполнения коротких циклов. Это неизбежно вносит рассогласование между различными короткими циклами, а также влияет (как правило, негативно) на внутреннее содержание самих коротких циклов, изменяя правила их функционирования.

Полностью избежать отрицательных последствий от вышеперечисленных препятствий нормальной деятельности предприятия вряд ли возможно. Однако снизить размеры их негативного влияния до минимального уровня вполне по силам.

Для этого необходимо создание резервов (материальных, финансовых, трудовых), а также регулярная работа по выявлению надвигающихся негативных обстоятельств и своевременная подготовка эффективных управленческих решений для их нейтрализации. Например, если вовремя заказать дополнительную партию товара, то склад и магазин не будут простаивать из-за того, что нечем торговать.

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

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

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

Например, на основе знания сроков поставок материалов, остатков этих материалов на складе и производственных планов предприятия можно судить о возможности возникновения простоя производства из-за отсутствия нужного количества материалов для переработки.

Другим примером является оценка по формальным признакам выполнения или невыполнения этапов производственных планов предприятия во взаимосвязи с планами отгрузки готовой продукции потребителю.

Своевременное выполнение подобных аналитических действий позволяет вовремя “бить тревогу” и амортизировать возможные негативные последствия событий, которые готовы произойти в ближайшем будущем.

Бизнес-конструктор “Корифей” предоставляет пользователю разнообразные средства накопления фактографической информации и ее обработки. Один из специфических видов обработки обеспечивает рассматриваемый в настоящей статье инструментарий ситуационного контроля, представленный подсистемой “Пульс”.

Ситуации, подлежащие контролю, группируются настраивающим средства ситуационного контроля обученным пользователем (чаще администратором системы) в категории по направлениям контроллинга: контроль запасов, контроль выполнения планов, расчеты с бюджетом, расчеты с поставщиками, расчеты с покупателями и так далее. Структурная схема средств поддержки контроллинга (подсистемы “Пульс”) представлена на рисунке 3.

Количество категорий контроля не ограничено. В каждой категории администратор создает нужное количество разделов контроля.

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

В составе раздела предусмотрены средства описания способа (только вручную, только автоматически, автоматически и вручную) и периодичность его обработки (однократно, многократно, ежедневно, еженедельно, ежемесячно) в автоматическом режиме.

Для оценки значения целевой функции, полученного при обработке раздела, предусмотрена возможность задания в каждом разделе неограниченного количества критериев.

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

При этом, если результат оценки “Плохо” говорит сам за себя, то для оценки “Хорошо” часто бывает полезно уточнение, “насколько хорошо” (мы не на краю пропасти — значит, не упадем — это “хорошо”, однако на наше поведение значительное влияние окажет оценка этого расстояния: если до края пропасти менее 10 метров, надо экстренно отложить все дела и это расстояние увеличить; если же до края 10 метров и более, мы можем продолжать заниматься своим текущим делом).

Таким образом, обработка критерия предполагает 3 стандартных градации оценки: хорошо, обратить внимание, плохо.

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

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

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

К примеру, если оценка показала, что запасов сырья для переработки осталось меньше дневной нормы, то категория “Контроль запасов” будет выделена красным цветом.

Раскрывая содержимое этой категории (доступные пользователю разделы) по команде <Раскрыть>, пользователь видит список входящих в эту категорию разделов с выделением контрастными цветами градаций оценки. При этом работает правило поглощения: если по одному критерию раздела оценка “Плохо”, а по следующему “Обратить внимание”, то цвет раздела будет красным (Плохо).

Применение команды <Раскрыть> к выбранному разделу высвечивает список сформированных критериями данного раздела сообщений (цветовыделение аналогично).

Таким образом, не знакомый с программированием пользователь имеет ясный и простой интерфейс в виде сообщений на понятном ему языке. Это позволяет конфигурировать функции контроля в составе виртуальных АРМ специалистов любого профиля (директора предприятия, менеджера продаж, бухгалтера, кладовщика, кассира, инспектора по кадрам, начальника цеха, мастера, бригадира и так далее).

Аппарат регламентации доступа бизнес-конструктора “Корифей” выделяет относящееся к каждому пользователю подмножество результатов автоматического контроля. Таким образом, вся контрольная информация фильтруется и каждый специалист видит только часть, относящуюся к подконтрольным ему ситуациям.

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

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

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

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

Подсистема “Пульс” может использоваться как для оценки фактического состояния дел (контроль запасов, бюджетирование и т.д.), так и как инструмент многовариантного анализа для принятия решений о стратегии и тактике поведения относительно возможных событий в будущем.

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

Деталировочные данные в этом случае представляют собой “срезы” вариантов моделируемой ситуации под нужным пользователю “углом зрения”. Их можно обрабатывать с помощью других разделов и критериев и/или объектов аналитического назначения (см. подробнее описание объектных макротехнологий БК “Корифей” в предыдущих публикациях), а также формировать разнообразные сводные и группировочные документы с помощью настраиваемых пользователем неструктурных отчетов.

Другим важным применением средств ситуационного контроля является внутрисистемная почта, то есть обмен сообщениями между разными пользователями одного экземпляра системы, а также направление сообщений самому себе по принципу будильника. Например, обученный пользователь может завести себе разделы для напоминания о некоторых календарных сроках (“До конца 1 этапа договора № осталось 10 дней”).

Поскольку текст сообщений критериев формируется макровыражениями, легко настраивается изменение формулировок сообщений в зависимости от ситуации (“Срок оплаты по договору 241/34 истекает через 2 дня, а счета на оплату Сидоровым еще не выставлены”).

Описанный аппарат можно также использовать для вертикального (начальник-подчиненный) обмена сообщениями между сотрудниками и автоматического контроля за выполнением поручений (юридический отдел получил 2 дня на разработку договора; срок истек, а договор не готов).

Формирование результатов ситуационного контроля осуществляется полностью средствами сервера Oracle, что существенно повышает скорость обработки больших объемов данных и эффективность работы в сильно загруженных сетях. Клиентская часть подсистемы “Пульс”, традиционно для БК “Корифей”, выполнена в стиле “тонкого клиента”. Она служит исключительно для визуализации данных и поддержки диалога с пользователем.

А так представляет себе работу подсистемы контроллинга наш художник (см. рисунок 4).

В состав подсистемы “Пульс” входят отладочные средства (пробная компиляция алгоритма предобработки, отладочная печать, расшифровка параметров связанного с разделом JOB-задания и другие). Эти средства позволяют обеспечить надежную работу подсистемы в автоматическом режиме без поддержки квалифицированного персонала. С помощью таких механизмов можно настраивать, например, автоматический запуск длительных служебных процессов обработки данных в ночное время, праздничные и выходные дни, когда кроме дежурного электрика и охраны на предприятии никого нет.

Режимы автоматической активизации разделов контроля следующие.

Однократно — в указанное время заданного числа (23.06.1999.23:55).

Многократно — последовательная активизация в заданные моменты, обозначенные с помощью даты и времени (23.06.1999.13:50,23.06.1999.23:45).

Ежедневно — активизация начиная с заданной даты и времени через указанный промежуток времени каждый день. Например, 23.06.1999.09:45,60 означает активизировать первый раз 23.06.1999 в 09:45, далее через каждые 60 минут.

Еженедельно — активизация с момента, указанного датой и временем, в то же время по разрешенным дням недели. Например, начало 23.06.1999.09:45, разрешенные дни: Пн, Ср, Чт, Пт.

Ежемесячно — активизация с момента, указанного датой и временем, в то же время через месяц такого же числа или за столько же дней до конца месяца. Предусмотрена возможность указания запретных дней недели и реакции на попадание запуска на запретный день (сдвиг на ближайший разрешенный день недели до вычисленного момента или после него). Например, 23.06.1999.12:15,<,Сб,Вс,> означает запуск ежемесячно по 23 числам в 12:15, начиная с 23.06.1999. Если очередной запуск попадает на субботу или воскресенье, то сдвинуть его на ближайший понедельник после 23 числа.

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

Бизнес-конструктор “Корифей” включает средства интеграции с произвольным программным обеспечением сторонней разработки. В этой связи также бывает необходима поддержка периодически выполняемых в автоматическом режиме действий. Например, если организован шлюз обмена данными между БК “Корифей” и сторонней программой в режиме on-line, может быть целесообразна периодическая перекачка (репликация, обновление, прикладная обработка) части информации из базы данных экземпляра бизнес-конструктора “Корифей” в базу данных подстыкованной программы и наоборот.

Служебная таблица с деталировочной информацией по разделам имеет в своем составе следующую структуру:

• S0 символьное поле 80 позиций — произвольный текстовый комментарий;
• S1 символьное поле 20 позиций — символьный ключ 1;
• S2 символьное поле 20 позиций — символьный ключ 2;
• S3 символьное поле 20 позиций — символьный ключ 3;
• S4 символьное поле 20 позиций — символьный ключ 4;
• № 1 цифровое поле (мантисса 44 позиции) — цифровой ключ 1;
• № 2 цифровое поле (мантисса 44 позиции) — цифровой ключ 2;
• № 3 цифровое поле (мантисса 44 позиции) — цифровой ключ 3;
• № 4 цифровое поле (мантисса 44 позиции) — цифровой ключ 4;
• D1 дата (день, месяц, год, часы, минуты, секунды) — ключ-дата 1;
• D2 дата (день, месяц, год,часы, минуты, секунды) — ключ-дата 2;
• D3 дата (день, месяц, год, часы, минуты, секунды)  — ключ-дата 3;
• D4 дата (день, месяц, год, часы, минуты, секунды)  — ключ-дата 4.

Все ключевые поля для ускорения поиска проиндексированы.

Содержание конкретных ключевых полей задается в алгоритме предобработки раздела. Поэтому в разных разделах одни и те же ключевые поля могут иметь различное назначение и использоваться для не связанных между собой целей.

Например, в разделе контроля задолженности поставщиков естественно сформировать список поставщиков с размерами задолженности на момент выполнения расчета. Алгоритм предобработки может также произвести их сортировку, например, по убыванию размера задолженности. Для кода поставщика можно использовать символьный ключ S1, а для размера задолженности — цифровой ключ № 1. При необходимости фиксации даты, на которую производится обработка, логично задействовать ключ-дату D1.

Данные для этого алгоритм предобработки может получить либо из таблицы остатков подсистемы контроля перерасхода, либо путем суммирования хранящейся в объектах информации об оплате поставщикам и приходе от них материальных ценностей, либо из автоматически сформированных объектами проводок.

В текстовом поле S0 можно указать, например, развернутое название поставщика и размер задолженности:

и так далее.

Не задействованные для “основной информации” ключи (в примере — все, за исключением S1, № 1 и D1) можно использовать для размещения дополнительной информации. Так, если в ключ S2 поместить код региона, в котором располагается поставщик, то путем группировки по этому ключу легко получается распределение задолженности поставщиков по регионам. С этой задачей легко справится простейший неструктурный отчет.

Структура задолженности поставщиков по регионам

Этот механизм имеет общие корни с аппаратом функциональных индексов, который будет представлен в готовящейся к выпуску версии 14 бизнес-конструктора “Корифей” (плановый срок начала поставок — 2 полугодие 1999 года).

Отметим также, что в версии 14 значительно расширены возможности подсистемы универсальных справочников (она обеспечивает возможность настройки пользователем неограниченного количества справочников с переменными реквизитами без изменения структуры данных и базовых программных кодов).

В эту подсистему в 14 версии введены настраиваемые переменные наборы и множественные значения реквизитов, в том числе многострочные, регламентация структуры кода справочников для организации в рамках одного фактического справочника дерева логических подсправочников.

Расширяется также функциональность и других подсистем. В частности, ведутся работы в области функционально-стоимостного анализа, имитационного моделирования и CASE-технологий на базе оригинального инструментария бизнес-конструктора “Корифей”.

Подробнее эти вопросы будут освещены в последующих публикациях.

Copyright © 1994-2016 ООО "К-Пресс"