Компьютер в бухгалтерском учете и аудите 1997'4

Home Поиск Издания Контакты k-press.ru


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

Фирма "Репка"

Система “Пан Вотруба”— клиент-серверный инструментарий для решения Ваших индивидуальных проблем

История разработки

Разработка системы “Пан Вотруба”—  старейшей в России учетно-аналитической системы на Oracle —  начата в 1990 году. Первое внедрение было в марте 1991 года (версия 1). В 1997 году фирма поставляет 12 версию системы. Она базируется на стандартных средствах СУБД Oracle v7 и построена в архитектуре “клиент-сервер” с преобладающей серверной функциональностью. Система обрабатывает произвольно большие объемы данных с неограниченного числа рабочих мест, поддерживает символьный и графический интерфейс пользователя, обеспечивает удаленный доступ по телефонным и выделенным каналам связи, а также терминальный режим работы.

Система “Пан Вотруба”— финалист VI международного конкурса программного обеспечения в области финансов и бизнеса (организаторы — ЦИЭС « Бизнес-Программы-Сервис» , международный еженедельник « Финансовая Газета» и журнал « Бухгалтерский учет» ) в номинации “Корпоративные системы” по классу “Индивидуально разрабатываемые системы масштаба предприятия (кутюр)”, куда относятся все малотиражные программные продукты.

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

Эксперты конкурса в своем отзыве отметили в числе сильных сторон системы следующие:

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

Методологические основы

На сегодняшний день известно 2 способа отражения результатов хозяйственной деятельности при накоплении информации об этом для последующего анализа:

а) в виде первичных документов;

б) в виде бухгалтерских проводок.

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

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

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

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

Проводки как язык описания истории собственности. 16-мерное аналитическое пространство.

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

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

В общем случае, проводка представляет собой предложение формального языка описания движения собственности. Она имеет обобщенные реквизиты ЧТО, КОГДА, НА КАКОМ ОСНОВАНИИ, ОТКУДА, КУДА, СКОЛЬКО. “Страшные слова” ДЕБЕТ и КРЕДИТ фактически преобразуются в уме обученного бухгалтера в “ОТКУДА” и “КУДА” по несложным правилам.

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

Пример. В транспортной задаче перевозку 60 пассажиров автобусом “Икарус” из Москвы в Дубну можно описать проводкой

Когда

Что

Куда

Откуда

Сколько
 

Рейс

Автобус

(дебет)

(кредит)

Авт.

Пассажир.

Денег

2.07.96

12/7

Икарус

Дубна

Москва

1

60

3 млн.

Поля “Автобус” и “Рейс” дополняют основные реквизиты проводки и уточняют ее смысл (раскрывают обобщенный реквизит ЧТО). Они равным образом относятся ко всей проводке целиком и могут принимать не любые значения, а только присутствующие в справочниках автобусов и рейсов соответственно. По одинаковым значениям этих полей можно суммировать проводки и получать таким образом ответы на вопросы типа “сколько пассажиров перевезли автобусы Икарус за май 1996 года” или “какой из рейсов принес больше выручки: Москва — Дубна или Москва — Ярославль”.

Подобные указанным в примере автобусу и рейсу реквизиты называются ОБЩЕПРОВОДОЧНОЙ АНАЛИТИКОЙ, поскольку значение общепроводочной аналитики является общим для всей проводки в целом. Проводка содержит по одному значению каждой разновидности общепроводочной аналитики.

Еще бывает ДЕБЕТКРЕДИТНАЯ АНАЛИТИКА. Она отличается от общепроводочной тем, что ее значений в проводке по 2 — одно уточняет реквизит “КУДА”, а второе уточняет реквизит “ОТКУДА”. Такая аналитика помогает описывать взаимодействие объектов в процессе обмена третьим объектом.

Например, если из склада, за который материально отвечает кладовщик Иванов, стол передан в лабораторию под материальную ответственность лаборанту Петрову, это будет описано проводкой

Когда

Что

Куда

(дебет)

Откуда

(кредит)

Сколько
   

кто

  

кто

  

кол-во

стоимость

3.06.96

стол

Петров

лабора-тория

Иванов

склад

1 шт.

200000руб.

Обобщенный реквизит ЧТО состоит из одной общепроводочной аналитики со значением “стол”. Поля дебеткредитной аналитики “кто” имеют смысл в графе КУДА — ”кому” и в графе ОТКУДА — ”от кого” соответственно.

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

Сочетание ограничений на значения различных аналитик позволяет выделить из всей совокупности накопленных данных только необходимые для аналитической обработки. Это похоже на ограничение области исследования поведения математической функции интервалами значений координат X и Y в математическом анализе. Функция в этом примере определена на двумерной (по количеству осей координат) поверхности. Каждая аналитика в определенной степени аналогична координатной оси, а их совокупность образует аналитическое пространство.

Наряду с планом счетов, предусматривающим возможность до 10 вложений субсчетов, система “Пан Вотруба” поддерживает 16-мерное аналитическое пространство, которое состоит из 6 общепроводочных и 10 дебеткредитных аналитик. Опыт показывает, что реально используется примерно половина из них. Неиспользуемые аналитики образуют резерв для будущего применения.

В то же время устройство аналитических справочников наряду с возможностью иерархического подчинения одних справочников другим позволяет организовать в каждом из них несколько подсправочников на основе позиционной системы кодирования. Например, объединить справочники номенклатуры с группами материальных ценностей в одном и том же справочнике можно так: “ГСМ— АИ93”. Таким образом, при необходимости, реальная размерность аналитического пространства может быть увеличена в несколько раз.

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

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

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

Традиционная технология учета в сравнении с принятой в системе “Пан Вотруба”.

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

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

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

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

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

Принятая в системе “Пан Вотруба” технология свободна от этого недостатка, поскольку итоги создаются динамически с точки зрения решаемой задачи вместо статической стандартной точки зрения. Так достигается сразу несколько целей:

Для обобщения данных разработаны различные программные средства, используемые в зависимости от характера обобщений. В случае однократного произвольного обобщения типа « сколько валенок 45 размера было получено от поставщика “Красный суконщик” за период с 23 февраля 1996 года по 8 марта 1997 года по договору 296/1» используется анализатор. Он позволяет сформулировать на экране в понятных обученному пользователю терминах такой запрос и здесь же, на экране, получить выходной результат. Это оперативное обобщение.

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

Для такого рода обобщений предусмотрены 3 вида отчетов: структурные, неструктурные, типовые. Первые 2 вида дают пользователю возможность конструирования собственных обобщений без программирования. 3-й вид дублирует первые 2 “в жестком виде”: это заранее запрограммированные обобщения, которые настраиваются только входными параметрами (интервал времени, по каким исходным данным и т.п.) без изменения логики работы, заложенной программистом-создателем отчета. Однако, пока пользователь не прошел обучения полностью, первые 2 вида отчетов ему трудно использовать, так как ему может быть сложно их правильно настроить.

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

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

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

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

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

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

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

Примерами неструктурных отчетов являются:

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

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

Многовариантный анализ

Система “Пан Вотруба” позволяет проводить многовариантный анализ хозяйственных действий для выбора пользователем оптимального поведения на основе численного моделирования вариантов проведения этих действий.

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

Удобно использовать составные варианты из типовых фрагментов. Это уменьшает объем ввода и увеличивает количество вариантов на выходе, что повышает качество анализа.

Технология многовариантного анализа такова:

Поскольку сравниваемых вариантов обычно немного, строить графики в процессе анализа незачем — по 3 цифрам и так все видно.

Хозяйственные операции. Макроязык системы.

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

Под хозяйственной операцией здесь понимается совокупность взаимосвязанных действий над данными в системе “Пан Вотруба”, отражающая соответствующие этим действиям изменения в ходе хозяйственной жизни предприятия. Например, хозяйственными операциями являются:

Упрощенный пример хозяйственной операции по расчету зарплаты представлен на рисунке ниже. В этом примере реализован следующий алгоритм. В начале пользователь вводит месяц, год и количество рабочих дней в этом месяце. После этого вводится дата проводок начисления зарплаты за этот месяц. Далее выражениями на основании введенных данных формируются текстовые комментарии для проводок, например “Начислена зарплата за май 97 года” и “Выдана зарплата за май 97 года”.

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

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

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

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

Для описания хозяйственных операций в системе предусмотрен специальный макроязык. Наглядная форма представления каждой хозяйственной операции в виде дерева интуитивно понятна, что облегчает освоение и работу с ними пользователю-непрограммисту. Для настройки хозопераций в системе есть экранная форма — дизайнер хозяйственных операций, при помощи которой пользователь может вносить изменения в существующие хозоперации и создавать новые при помощи функций макроязыка системы. Все функции макроязыка имеют русскоязычные названия (хотя система поддерживает механизм синонимов, при помощи которого можно наладить работу в многоязычном коллективе). Например, вычисление арифметического выражения со скобками неограниченной вложенности производится функцией-калькулятором “СКОЛЬКО[выражение, точность]”. Для внутреннего хранения данных в процессе выполнения хозоперации макроязык поддерживает переменные пользователя (например, @СУММА_НДС).

Пример структуры хозяйственной операции

Зарплата

Начало хоз.операции Начало

Ввод: месяц Оператор

Ввод: год Оператор

Ввод: раб.дней в месяце Оператор

Ввод: дата проводок Оператор

Комментарий к проводке начисления Оператор

Комментарий к проводке выдачи на руки Оператор

Ввод по человеку Блок

Начало блока Начало

Ввод: табельный номер Оператор

Ввод: отработано дней в месяце Оператор

Расчет общей суммы Оператор

Начисление общей суммы Проводка

Начисление пенсионного фонда 28% Проводка

Отчисление в пенсионный фонд 1% Проводка

Отчисление под.налога Проводка

Блок (если есть исполнительный лист) Блок

Начало блока Начало

Вычисление удерживаемой суммы Оператор

Проводка на удержание Проводка

Конец блока Конец

Выдача на руки Проводка

Конец блока Конец

Конец хоз.операции Конец

 

Макроязык включает в себя около 40 функций и их число постоянно растет. Функции условно делятся на

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

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

Макроязык обладает возможностью выполнения группы действий в зависимости от результата вычисления условного выражения. Например, хозоперация прихода материальных ценностей может быть задана таким образом, чтобы для 1996 года (@$ДАТА < 01.01.97) формировать проводки по спецналогу, а для более поздних периодов — нет.

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

Условие запроса формулируется по тем же правилам, что и вычисляемое условное выражение. Например, ЗАПРОС[СПРАВОЧНИК2,#КОД НЕ=“МБП” И #НАЗВАНИЕ ПОХОЖЕ “ОС%”] означает, что из справочника номер 2 материальных ценностей выберутся все записи, код которых не равен “МБП”, а название начинается с “ОС”, то есть основные средства. #КОД и #НАЗВАНИЕ здесь означают стандартные поля этого справочника.

При помощи функции ЗАПИСЕЙ можно подсчитать количество записей, которые отвечают данному запросу. Функция ПРОВЕРИТЬ определит, остались в запросе невыбранные данные или нет.

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

Макроязык является основным инструментом создания хозяйственных операций, но применяется и для расчетов в неструктурных отчетах.

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

Автоматическая нумерация документов

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

Некоторые документы нумеруются цифрами по порядку.

Другие имеют в составе номера ссылку на особенности их содержания (такие ссылки кодируются цифрами или цифробуквенными сочетаниями).

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

Иногда номер отражает еще календарный период создания документа (Д285/0297 — договор 285 за февраль 97 года).

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

Встроенная функция макроязыка НОМЕР[вид документа] обеспечит сквозную нумерацию без пробелов, что актуально для многопользовательской работы. Ограничений на вид формулы вычисления следующего номера не накладывается, поэтому легко реализуются как все перечисленные, так и многие другие способы нумерации.

Ускорители

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

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

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

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

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

Это —  выделение.

В то же время, для этой задачи не важно, что платежи НДС в бюджет состоялись 3 раза за квартал по 20 числам каждого месяца. Поэтому, если мы объединим в одну проводку эти 3,— получим выигрыш по объему в 3 раза без ухудшения качества информации с точки зрения рассматриваемой задачи.

Это —  компрессия.

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

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

При уменьшении периода обработки вклад компресии в ускорение падает, а влияние выделения возрастает. Рассмотрим пример.

Допустим, банку надо подготовить выписки по расчетным счетам клиентов. Если готовить их 1 раз в месяц — обрабатываться будет 1/12 часть годового объема данных. Если же будем готовить их ежедневно — обрабатываться будет 1/365 часть, то есть в 30.42 раза меньше и во столько же раз быстрее (при этом заодно повышается оперативность и, как следствие, конкурентоспособность банка).

Ускоритель выгодно использовать при условии многократного обобщения одних и тех же данных. Если это условие не выполняется — применение ускорителя не оправдано.

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

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

Роли пользователей. Технология виртуальных АРМ

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

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

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

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

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

Допустим, у нас есть головная организация А и филиал Б. В филиале Б работает главным бухгалтером Сидоров. Для этого у Сидорова в списке ролей есть роль “Главбух” для организации Б. Поэтому в учетной организации Б он может практически все. Однако, если в организации А у Сидорова роли “Главбух” нет — он не сможет там увидеть ничего, а если попытается что-то ввести — система отреагирует сообщением об ошибке.

Аппарат ролей является инструментальной основой технологии виртуальных АРМ.

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

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

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

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

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

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

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

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

Отложенный ввод.

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

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

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

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

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

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

Валюта

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

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

Это позволяет корректно обрабатывать случаи, когда, например, договор на поставку компьютера заключен в долларах США, а платежи предусмотрены в пересчете на рубли по курсу ММВБ+5% на день платежа, а этот курс не совпадает с официальным.

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

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

Учетные организации

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

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

При расчете отчетов данные выбираются с учетом текущей выбранной учетной организации.

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

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

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

Количество одновременно используемых учетных организаций неограничено.

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

Материальный учет

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

В большинстве организаций для организации материального учета используется следующая структура аналитических справочников:

Группа — >Номенклатура— >Инвентарные номера.

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

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

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

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

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

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

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

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

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

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

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

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

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

Комплектация и разукомплектация описываются соответствующими хозоперациями.

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

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

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

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

Многие предприятия практикуют выдачу товара на реализацию сторонним организациям. Учет такого товара организуется по разным схемам. Одна из таких схем предусматривает оприходование такого товара на отдельный субсчет 41 счета “Товары на реализации” в момент выдачи реализатору и проводки между этим субсчетом, 62 и 46 счетами в момент получения выручки на расчетный счет или в кассу. Счета-фактуры при этом оформляются в момент поступления выручки за каждую часть реализованного товара, которая списывается с указанного субсчета 41 счета на 62 счет этой же хозяйственной операцией. Такая схема предусматривает наряду с обычным отпуском дополнительную хозоперацию “отпуск товара на реализацию”, а также дополнительный неструктурный отчет “расходная накладная при отпуске на реализацию” по формируемым этой хозоперацией проводкам.

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

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

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

Категории пользователей системы “Пан Вотруба”. Распределение полномочий и прав доступа.

Пользователи системы “Пан Вотруба” делятся на 3 категории.

Самой главной является категория администраторов системы. Администратор не имеет доступа непосредственно к бухгалтерским данным. Он хранит данные общего назначения (текст help, структуру справочников, распределение аналитики в проводке и другие настроечные данные)

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

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

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

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

Конфиденциальность обеспечивается статически —  средствами сервера Oracle и динамически —  пециально разработанной системой триггеров, представлений (view) и синонимов, указывающих на объекты вышестоящего пользователя. Целостность данных обеспечивается при попытках изменения состояния базы данных независимо от источника этих изменений. Например, при попытке несанкционированного изменения данных посторонним пользователем система выдает ругательное сообщение « Вы не зарегистрированы в системе “Пан Вотруба”» , а сделанные им изменения аннулируются. При входе через главное меню системы такому пользователю будет доступен только пункт ВЫХОД.

Справочные и вспомогательные средства

В системе “Пан Вотруба” присутствуют следующие справочные и вспомогательные средства.

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

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

Рекомендуемый порядок внедрения

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

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

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

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

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

После этого старая система сдается в архив на хранение, а работа продолжается средствами системы “Пан Вотруба”, которая ставится на гарантийное обслуживание общим порядком.

Выводы

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

Поскольку система реализована стандартными средствами СУБД Oracle, она является полностью переносимой и будет работать на всех типах ЭВМ, где есть СУБД Oracle (в настоящее время более 80 типов).

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

Благодаря современной технологии “клиент-сервер” реализован полноценный входной контроль полноты и непротиворечивости данных в процессе их накопления. СУБД Oracle предоставляет эффективные средства обеспечения надежности при хранении данных. Вследствие этого повышается достоверность обобщений и обеспечивается правильность решений на их основе.

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

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

Аппарат отложенного ввода дает возможность производительно работать в условиях недостатка информации (товар пришел без документов; платежка напечатана, а примет ее банк или нет — неизвестно и т.д.).

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

Расширяемое 16-мерное аналитическое пространство обеспечивает уникальные аналитические возможности.

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

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

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

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

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

Информация подготовлена по состоянию на 3 квартал 1997 года.

Александр Медведев,
руководитель проекта

 

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