«Автоматизированные системы бухгалтерского учета Конспект лекций 2002 г. 1 УДК 631.3 (075) Х 86 Р е ц е н з е н т ы: Кафедра Автоматизированные информационные системы и технологии Пензенского технологического института ...»

Хохлов А.Е.

Автоматизированные системы

бухгалтерского учета

Конспект лекций

2002 г.

1

УДК 631.3 (075)

Х 86

Р е ц е н з е н т ы:

Кафедра «Автоматизированные информационные системы и технологии»

Пензенского технологического института

Кандидат технических наук, доцент кафедры

«Экономическая теория и менеджмент»

Пензенского технологического института С. В. Трубицков Хохлов А. Е.

Х 86 Автоматизированные системы бухгалтерского учета: Конспект лекций. – Пенза:

Изд-во Пенз. гос. ун-та, 2002. – 108 с: 3 ил., 8 табл., библиогр. 11 назв.

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

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

УДК 631.310. © Издательство Пензенского государственного университета, © Хохлов А. Е., Тема Понятие автоматизированной формы бухгалтерского учета Автоматизированная форма бухгалтерского учета (АФБУ), основанная на использовании электронно-вычислительной техники, представляет собой комплексную систему автоматизации учетного процесса, начиная со сбора первичных данных до получения бухгалтерской отчетности [1]. В основу этой формы заложен главный элемент метода бухгалтерского учета – ведение документации. Но группировка и обобщение учетной информации производится с помощью вычислительных машин. Нормативно-справочная информация вводится в ЭВМ в виде справочников до начала работы, текущая информация – с первичных документов либо со специальных регистраторов учетных данных (например, с контрольно-кассовых аппаратов). Обработка учетных данных производится по специальным программам, в соответствии с которыми полученная информация может храниться, поступать в обработку, выдаваться на экран или распечатываться по запросу в виде любого документа, содержащего систематическую или хронологическую запись. Бухгалтерия получает распечатанные регистры различного содержания, соответствующие требуемым нормам ведомости, карточки, книги и др. Схема автоматизированной формы бухучета представлена на рис. 1.

Первичные документы Ввод данных в ЭВМ Машинная обработка данных Учетные регистры в требуемых разрезах Баланс и отчеты Рис. Тема Методологические принципы автоматизированной формы бухгалтерского учета В условиях применения различных видов электронно-вычислительной техники, периферийных устройств, ориентации предприятий на совершенствование управления и развитие рыночной экономики АФБУ получает все более широкое распространение.

АФБУ основана на следующих методологических принципах [2]:

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

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

3. Обеспечение автоматического ввода различных данных о хозяйственных операциях (исходной информации) в ЭВМ с документов, через систему периферийного оборудования (различные счетчики, датчики и др.).

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

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

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

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

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

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

9. Обеспечение согласованности всех видов учета: бухгалтерского, оперативно-технического и статистического.

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

Проектирование и разработка автоматизированных систем бухгалтерского 3.1. Принципы построения и функционирования АСБУ При проектировании АСБУ необходимо учитывать, что они имеют как черты, свойственные всем системам автоматизированной обработки экономической информации, так и специфические. К общим принципам построения и функционирования АСБУ относят принципы первого лица, системного подхода, надежности, непрерывного развития, экономичности, совместимости [3].

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

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

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

Принцип непрерывного развития системы требует возможности ее расширения без существенных организационных изменений.

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

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

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

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

Кроме того, для АСБУ характерной является возможность автоматизации обработки учетной информации на всех участках учета, начиная с процесса сбора, регистрации информации (автоматизация первичного учета).

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

В эпоху больших вычислительных машин были созданы первые АСБУ для крупных промышленных предприятий. Это позволило централизовать обработку учетной информации. Экономические перемены в России, а также появление ПЭВМ привели к почти полному исчезновению разработок такого класса. Широкое распространение получила децентрализованная обработка учетной информации. Использование ПЭВМ приблизило источник информации к пользователю этой информации – бухгалтеру, минуя посредников (вычислительные центры, отделы предприятий по подготовке информации и др.), а также привело к созданию на базе ПЭВМ автоматизированного рабочего места бухгалтера (АРМБ). Появилась возможность автоматизации всех процедур по обработке учетной информации непосредственно на рабочем месте.

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

• автоматизированное решение всего комплекса задач бухгалтерского учета, планирования, анализа финансово-хозяйственной деятельности предприятия, а также внутреннего аудита;

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

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

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

На крупном предприятии обработка учетной информации с помощью АСБУ ведется на трех уровнях, соответствующих первичному, управленческому и финансовому учету (рис. 2). На каждом уровне в соответствии с методологией сбора, регистрации и обработки учетной информации создаются АРМ экономистов, бухгалтеров, финансистов и аналитиков, взаимодействующих между собой.

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

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

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

• располагать набором хозяйственных операций и проводок;

• иметь свое, возможно пересекающееся с другими участками, подмножество плана счетов;

• иметь присущие только ему первичные документы и отчетные формы.

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

Для каждого АРМ или группы АРМ разрабатывается самостоятельный программный модуль. Организованная таким образом АСБУ представляет собой открытую модульную систему, для которой характерна возможность добавления и удаления ее компонентов (АРМ). Это важно, потому что при разработке АСБУ добавляемые со временем модули не должны вызывать перестройку всей системы. Сопоставимость информации различных АРМ обеспечивается за счет создания единого фонда нормативно-справочной информации (НСИ).

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

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

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

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

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

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

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

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

3.3. АСБУ на предприятиях малого При создании АСБУ на небольших предприятиях использование ПЭВМ позволяет автоматизировать все процедуры по обработке информации на рабочем месте бухгалтера.

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

При первом подходе создается система, автоматизирующая только финансовый учет. Такую АСБУ относят к классу мини-бухгалтерий. Как правило, бухгалтерский учет в этой системе ведется одним человеком — бухгалтером.

При втором подходе кроме финансового учета частично автоматизируется управленческий учет. В этом случае бухгалтерский учет ведут два человека (бухгалтер и его помощник): либо на одном рабочем месте путем разграничения доступа, либо на двух рабочих местах.

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

Выбор подхода зависит от типа предприятия и его размеров.

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

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

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

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

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

По способу построения АСБУ можно (достаточно условно) разделить на следующие классы [4], [5]:

интегрированные системы;

инструментальные системы;

комплексы АРМ.

В дополнение к этим трем основным классам иногда добавляют два дополнительных:

мини-бухгалтерии;

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

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

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

К этому классу систем можно отнести такие продукты, как «Главный бухгалтер» (фирма «Паритет-Софт»), «Бухгалтерия» (ранняя разработка фирмы «Фолио»), «Бухгалтерия» (фирма «Рапс»), «Валютный баланс 1 + Мини-бухгалтерия» (фирма «Овионт»).

Ранее к этому типу относили программы «1С: Бухгалтерия», «ИнфоБухгалтер» и некоторые другие, но возможности этих программ гораздо шире.

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

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

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

Интегрированные системы поставляются и в сетевом варианте, но на каждом компьютере отображается вся система.

Представителями этого класса являются такие системы, как «Парус», «Инфин», «Интегратор» (фирма «Инфософт»), «Инотек».

Инструментальные системы, или бухгалтерские конструкторы, получили наиболее широкое распространение.

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

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

К этому классу систем относятся «1С: Бухгалтерия», «Инфо-Бухгалтер», «Турбо-Бухгалтер» (фирма «ДИЦ»), «Компьютер-Сервис» и т. п.

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

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

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

Данные с отдельных АРМ передаются на АРМ сводного учета по сети.

Здесь можно привести примеры таких систем, как БЭСТ (фирма «Интеллект-Сервис»), «ФинЭко» (фирма «Авер»), «КомТех».

Корпоративные системы (комплексные системы автоматизации управления) ориентированы на крупные промышленные предприятия и включают в себя ряд модулей: управления закупками и продажами, планирования процесса производства, финансового анализа, кадрового учета, бухгалтерского учета и т. д. Примерами отечественных систем подобного класса являются «Галактика», «Флагман» (фирма «Инфософт»), NS2000 (фирма «Никос-Софт»).

В течение последних нескольких лет самым покупаемым классом бухгалтерских программ является класс инструментальных систем, включающих мощные средства макропрограммирования. По некоторым оценкам, более половины бухгалтерий, ведущих компьютерный учет, пользуются программами «1С: Бухгалтерия», «Инфо-Бухгалтер» и «Турбо-Бухгалтер».

Ежемесячно продается такое количество копий всех разновидностей «1С:

Бухгалтерии», которое превосходит 2–3-летний тираж многих других программных продуктов для бухгалтерии. Приближается к этому и самая динамично развивающаяся в плане маркетинга фирма «Информатик».

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

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

Начальные затраты на создание бухгалтерских программ разных типов весьма различны. Для мини-бухгалтерий и бухгалтерских конструкторов они невелики. Основная часть разработки программы «1С: Бухгалтерия»

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

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

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

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

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

Цены комплексов АРМ еще выше. Однако функции конкретных разделов учета реализованы в них более наглядно.

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

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

У разработчиков заказных корпоративных систем при внедрении «под ключ» цены в 10–20 раз выше. Есть примеры, когда счет идет на миллионы долларов.

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

Известен случай, когда базовая версия «1С: Бухгалтерия» ценой 40 $ перепродавалась дилерами за 5000 $ с учетом услуг по установке, обучению, настройке и годовому сопровождению.

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

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

рекламные объявления;

прямые обращения поставщиков к потенциальному покупателю;

советы знакомых, использующих бухгалтерские программы;

консультации независимых специалистов;

статьи в экономической и компьютерной прессе;

специализированные выставки;

опросы пользователей;

конкурсы программ.

Если с первыми тремя источниками все относительно ясно, то остальные требуют пояснений.

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

Известны центр «Бухгалтерия+Компьютер», работающий при еженедельнике «Экономика и жизнь», и магазин-салон «Финансист» – постоянная выставка программ-победителей и лауреатов конкурсов.

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

Из экономических изданий наибольшее число публикаций приходится на приложение к журналу «Бухгалтерский учет» – «Бухгалтер и компьютер».

Имеются подобные публикации в «Финансовой газете», в еженедельнике «Экономика и жизнь», в журналах «Мир ПК», «КомпьютерПресс», «Открытые системы».

Наиболее полезной является выставка «Бухгалтерский учет и аудит» и в несколько меньшей степени выставка «Управление».

В конце 2000 года состоялась восьмая выставка «Бухгалтерский учет и аудит». Все «ведущие игроки» бухгалтерского рынка считают необходимым участие в ней. По подсчетам организаторов выставки, число представленных на ней программных продуктов составило чуть меньше 400 [6].

В четвертой выставке «Управление-2000» приняли участие 135 фирм, а посетило ее около 14 тысяч специалистов [7].

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

Для примера приведем результаты опроса посетителей выставки «Управление-2000», проведенного редакцией журнала «Мир ПК» с целью выявления степени популярности продуктов в сфере делового программного обеспечения (ПО) на отечественном рынке [7].

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

Среди систем управления предприятием (табл. 1) лидерство досталось комплексу «Парус-8». Действительно, корпорация «Парус», особенно в течение последних лет, очень активно занимается рынком крупных корпоративных проектов, разрабатывая для него серьезные, «тяжеловесные» решения. На втором месте фирма «1С» с комплексной конфигурацией «1С:

Предприятие 7.7». Эта система ориентирована прежде всего на малые и средние предприятия.

Самой популярной бухгалтерской программой посетители выставки назвали «1С: Бухгалтерию» — ей принадлежит бесспорное лидерство в этой категории (табл. 2). Активная маркетинговая политика компании «1С», сеть из более чем 2300 постоянных партнеров, отлаженная схема информационно-технического сопровождения программы сделали свое дело, так что и результат вполне закономерный.

В классе систем автоматизации торговли участники опроса отдали пальму первенства пакету «1С: Торговля», который входит в комплексную конфигурацию «1С: Предприятие 7.7». На втором месте продукты компании «Парус» (табл. 3).

В классе информационно-справочных систем (табл. 4) пакет «Гарант»

неожиданно опередил продукт фирмы «Консультант-Плюс».

По мнению некоторых участников опроса, интерфейс «Гаранта» удобнее, да и выборку нужных документов из баз программа делает довольно оперативно. Впрочем, многие респонденты используют обе системы: и «Гарант», и «КонсультантПлюс». Интересно, кстати, что в некоторых анкетах лучшей информационно-справочной системой называют Internet. Это отражение последних тенденций, и, вероятно, с течением времени все больше людей будут рассматривать Internet именно с этой точки зрения.

Среди программ для бизнес-планирования (табл. 5), лидерство отдано продукту Ргоjесt Ехрегt фирмы «ПроИнвест»: она более известна на нашем рынке аналитических программ, второе место заняла Мicrosoft Ргoject, третье — у системы «Триумф-Аналитик» компании «Парус».

Среди систем автоматизации складского учета (табл. 6) лидирует пакет «1С: Склад», входящий в комплексную конфигурацию «1С: Предприятие».

Распространенность последней на рынке малых и средних предприятий, а именно этот рынок является массовым в нашей стране, и дает такую картину. На втором месте продукты «Фолио», на третьем — пакет серии «БЭСТ»

компании «Интеллект-Сервис».

Издательский дом «КомпьютерПресс» провел исследования российского компьютерного рынка 2000 года на основе опроса экспертов. Результаты исследования приведены ниже. (Нас, естественно, в основном интересуют номинации и фирмы, связанные с бухгалтерским учетом.) [8].

Номинация «Лучший разработчик делового ПО»: – «1С», 2 место – «Лаборатория Касперского», 3 место – «ABBYY», 4 – «КонсультантПлюс», 5 – «Гарант», 6 – «ПРОМТ», 7 – «ДиалогНаука», 8 – «Парус», 9 – «Галактика», 10 – «Медиа Лингва», 11 – «БЭСТ», 12 – «Cognitive Technologies», 13 – «RStyle Software Lab».

Номинация «Лучшая российская компьютерная компания»:

1 место – «Formoza», 2 место – «1C», 5 – «R-Style», 8 – «Ай Ти», 14 – «Парус».

Важным ориентиром для выбора систем автоматизации бухгалтерского учета могут быть результаты конкурсов программных средств. Самым авторитетным из них является конкурс «Бизнес-Софт», проводимый Центром исследований экономических систем «Бизнес–Программы–Сервис», издательством «Бухгалтерский учет» и еженедельником «Финансовая газета»

[9].

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

Очередной, восьмой конкурсный отбор длился пять месяцев — с сентября 2000 по февраль 2001 года. В конкурсе были широко представлены регионы, а также различные типы фирм и классы разработчиков — от индивидуалов до гигантов индустрии ПО и ИТ. Из 60 компаний, выставивших свои продукты на суд экспертов, в финальный тур вышли 47. Каждая из фирм выступила в среднем в двух-трех номинациях. В итоге был проведен сравнительный анализ порядка 130–140 систем. В состав экспертной комиссии (15 человек) входили известные ученые, разработчики и специалисты в области ИТ.

В этом конкурсе представители регионов составили треть от общего числа конкурсантов. Участие в нем приняли, например, Владивосток, Новосибирск, Пермь, Екатеринбург, Санкт-Петербург, Петрозаводск, Рязань, Тольятти, Калининград, и, как отметили эксперты, разработки из этих городов достойно представляют отечественную индустрию ИТ.

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

• фирма «Инфософт» (система «Интегратор»);

• фирма «Компас» («Компас + SQL», г. Санкт-Петербург).

Лауреаты:

• компания «ДИЦ» («Турбо Бухгалтер SQL»);

• фирма «Бухгалтерия Комтех» (система «КомТех»);

• компания «ОКБ Контур» («Контур Бухгалтерия-Каскад», г. Екатеринбург).

Победитель – компания «Рилл-Софт» («Инфо-Предприятие: Бухгалтерия»).

Лауреат – компания «Софт-Бизнес» («Менеджер Финансового Учета», г.

Новосибирск).

Победитель – компания «Инфо-Бухгалтер» («Инфо-Бухгалтер» (бюджетная версия)).

(по международным и российским стандартам) Победитель – компания «Инотек» («Инотек Вестерн Эккаунтинг»).

Автоматизация отдельных задач (участков учета) Учет товарно-материальных ценностей (ТМЦ) Победитель – фирма «Компьютер-Сервис» (система «Промышленный склад»).

Победители:

• фирма «Компас» («Компас + SQL», г. Санкт-Петербург);

• компания «СКБ Контур» («УТЗП АМБа», г. Екатеринбург).

Лауреаты:

• компания «АйТи» («БОСС-Кадровик»);

• компания «ИНФИН» («Зарплата»);

• фирма «Инфософт» («Зарплата»);

• фирма «Центр Коминтех» (комплекс программ «Азарт», г. Донецк);

• компания R-Style Software Lab («Зарплата/400»).

Лауреат – фирма «Сервис-Аудит» («Ассистент аудитора»).

(проблемно-ориентированное средство разработки систем Победитель – компания «ДИЦ» («Турбо Бухгалтер Проф.»).

Системы автоматизации планирования, прогнозирования, Бюджетирование (составление, контроль и анализ исполнения бюджетов) Лауреаты:

• корпорация «Галактика» («Галактика»);

• фирма «Инталев» («Инталев: Бюджетное управление для «1С: Предприятия», г. Санкт-Петербург).

Составление бизнес-планов Победитель – компания «ИНЭК» («ИНЭК-Аналитик»).

Победитель – компания «Стерлинг Групп Прогноз» («ПИК Прогноз», г.

Пермь).

Системы автоматизации экономического анализа Победитель – компания «ИНЭК» («ИНЭК-АФСП»).

Лауреаты:

• корпорация «Галактика» («Галактика»);

• фирма «Квантэкс» («ФЭАН», г. Рязань);

• компания «Про-Инвест ИТ» (Audit Expert).

Внутренний анализ хозяйственной деятельности Лауреат – фирма «Никос-Софт» («NS2000»).

Аналитическая визуализация данных (ОLАР и др.) Победитель – фирма «НПО Балтрос» («ИАПК Аналитик», г. Санкт-Петербург).

Лауреаты:

• фирма «Интерсофт Лаб.» («Контур Стандарт»);

• компания R-Style Software Lab. (RS-Data House).

Системы автоматизации работы с кадрами (Human Resources) Победитель – компания «АйТи» («БОСС-Кадровик»).

Лауреаты:

• фирма «АиТ Софт» («АиТ:/Управление персоналом»);

• фирма «Центр Коминтех» (комплекс программ «Азарт», г. Донецк).

Документооборот (EDMS, groupware, workflow, OCR) Управление документооборотом офиса небольшой фирмы Победитель – компания «Гарант-Интернэшнл» («Эффект-Офис», г. СанктПетербург).

Управление корпоративным документооборотом Победитель – консорциум «Кодекс» («Кодекс: Документооборот», г.

Санкт-Петербург).

Лауреат – компания «Гарант-Интернэшнл» («Эффект-Офис», г. Санкт-Петербург).

Победитель – компания Aladdin Software Security R.D. (система Secret Disk Server).

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

По заключению экспертной комиссии сертификаты разработчика в номинациях «Тиражируемые комплексные системы автоматизации управления» выданы:

• корпорации «Галактика» («Галактика»);

• фирме «Инфософт» («Флагман»);

• корпорации «Парус» («Парус 8 on Oracle»).

Сертификаты разработчика систем класса «Корпоративный конструктор» (проблемно-ориентированное средство и набор типовых модулей для разработки индивидуально спроектированных комплексных систем автоматизации управления) выданы:

• фирме «ИВС-СОФТ» (система «STORM2000», г. Пермь);

• фирме «ИнтелГрупп» («Тектон»);

• фирме «Комсофт» («Комсофт-Стандарт», г. Тольятти);

• фирме «Омега» («ABACUS Financial»).

Сертификаты разработчика в номинациях «Специализированные отраслевые решения комплексной автоматизации управления» выданы:

• корпорации «Галактика» («Галактика») — за решение для предприятий химической отрасли;

• фирме «Комсофт» («Комсофт-Стандарт», г. Тольятти) — за решение для предприятий ТЭК;

• корпорации «Парус» («Парус-Страхование») — за решение для страховых компаний.

Сертификаты в номинации «Законченные эффективные проекты систем управления предприятием/корпорацией» вручены:

• фирме «Кубикс» (L2, г. С. Петербург) — за эффективную реализацию проекта комплексной автоматизации на комбинате им. Степана Разина;

• фирме «Никос-Софт» (NS2000) — за эффективную реализацию проекта комплексной автоматизации торгового холдинга ЭКС (г. Пермь).

Победитель – компания «ФОЛИО 2000» («ФОЛИО-WinСклад»).

Лауреаты:

• компания «ДИЦ» («Торговля и склад»);

• фирма «Компьютер-Сервис» («Торговый склад»);

• фирма «Петроглиф» (программа «Papyrus», г. Петрозаводск).

Победитель – корпорация «Галактика» («Галактика»).

Победитель – компания R-Style Software Lab. (RS-Balance).

Лауреат – фирма «Петроглиф» (программа «Papyrus», г. Петрозаводск).

Торговые дома и супермаркеты (розница) Победитель – компания «Атлант-Информ» («Аккорд»).

Автономные системы электронной торговли (торговые системы, базирующиеся на Интернет-технологиях) Лауреат – фирма «АВЭР» («Интернет-магазин»).

Торговые конструкторы (проблемно-ориентированные средства разработки систем оперативного учета) Победитель – фирма «Компьютер-Сервис» («Торговый склад»).

Системы автоматизации производства Отдельные подсистемы автоматизации управления Лауреат – фирма «Кубикс» (L2, г. Санкт-Петербург).

Лауреат – консультационная группа «Воронов и Максимов» (программа «Мастер MRP II», г. Санкт-Петербург).

Производственные системы, использующие Победитель – корпорация «Парус» («Парус on-line»).

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

По заключению экспертной комиссии сертификат разработчика комплексных систем автоматизации управления класса ERP выдан фирме «Бизнес-Консоль» («Фигаро»).

Победитель – компания «ЛокИС» («ЛокОФФИС») Лауреаты:

• фирма «АВЭР» («Склад ФинЭко Windows»);

• компания «СКБ Контур» («Контур-Склад» г. Екатеринбург).

Системы автоматизации управления отношениями Победитель – компания «Про-Инвест ИТ» (Sales Expert).

Специализированные отраслевые решения Специализированные отраслевые решения Лауреат – корпорация «Галактика» («Галактика»).

Специализированные отраслевые решения для туризма Лауреат – фирма «Русский вариант» («Фаворит»).

Специализированные отраслевые решения для фармации Победитель – фирма «Никос-Софт» (NS2000).

Специализированные отраслевые решения Победитель – консорциум «Кодекс» (система «Стройэксперт: Кодекс», г.

Санкт-Петербург).

Лауреат – компания «Гарант» (система «Гарант-Строй-Мастер»).

Специализированные отраслевые решения для предприятий Победитель – компания «ИНФИН» («Калькуляция общепита»).

Специализированные отраслевые решения для жилищно-коммунальных хозяйств Победитель – компания «Легпромсофт» («Домовладелец»).

Лауреат – компания «ИНФИН» («Квартплата»).

Специализированные отраслевые решения для страхования Победитель – компания «ИНЭК» («ИНЭК-Страховщик»).

Специализированные отраслевые решения для ведения Победитель – фирма «ПФП Квантэкс» («ДЕПО», г. Рязань).

Специализированные отраслевые решения для кинотеатров Победитель – компания «Софт-Вест» («Кино-Касса» на платформе «ДОМИНО»).

Специализированные отраслевые решения для предприятий Победитель – корпорация «Галактика» («Галактика»).

Информационно-справочные системы Лауреат – ИКЦ «ЮНА» («Справочник по налогообложению»).

Специальные номинации. Перспективные технологии (номинации учреждены компанией Microsoft) Лучшие решения в области бизнес-анализа Лауреат – корпорация «Парус» («Триумф-аналитика»).

Интеграция бизнес-приложений на основе XML Победитель – фирма «Интерсофт Лаб.» («Контур Корпорация»).

Лауреат – фирма «ПиБи» (система «Менеджер обмена данными»).

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

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

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

Проблемы гибкой автоматизации бухучета 6.1. Основные понятия в описании компьютерных Следствием постоянно изменяющегося нормативно-правового законодательства и финансово-экономической политики предприятий стало появление довольно широкого спектра систем, называемых «универсальными», «адаптивными», «настраиваемыми», которые в большом количестве представлены на рынке программного обеспечения бухгалтерского учета [10].

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

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

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

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

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

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

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

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

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

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

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

Предлагаемые нами определения понятий исключают «адаптивность» из числа характеристик действующих АСБУ, а «универсальность» выступает в качестве меры «настраиваемости» в смысле полного охвата максимально возможного, по мнению разработчиков, программного обеспечения, объема пространства изменений, т. е. диапазона изменений по каждой из осей измерения этого пространства.

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

6.2. Свойства АСБУ и анализ систем Проведем некоторые обобщения основных свойств автоматизированных систем бухгалтерского учета (АСБУ), которые позволят нам в дальнейшем формулировать наиболее актуальные проблемы в сфере бухгалтерского учета.

По способу построения пакетов программ выделяют:

• системы, построенные на основе единого программного ядра;

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

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

По критерию технологии внедрения и настройки различают:

• программные системы прямой алгоритмизации;

• программные системы параметрической алгоритмизации.

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

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

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

Этот подход реализован, в частности, в программных продуктах «1С:

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

Фактически без типовой и/или специальной настройки указанные программы могут выполнять лишь весьма ограниченный набор функций:

ввод и корректировку входящих сальдо;

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

расчет оборотов счетов;

перенос исходящих сальдо на следующий период;

формирование и печать основных выходных форм – оборотного баланса, главной книги, простых ведомостей аналитического учета.

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

организацию электронного документооборота;

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

расчет себестоимости отпущенных в производство запасов и отгруженных товаров;

налоговые расчеты;

автоматизированное составление регламентированной бухгалтерской и статистической отчетности и т. д.

Инструментальные системы рассматривают с точки зрения:

возможностей, реализованных непосредственно в программном коде выполняемых модулей;

возможностей, обеспечиваемых настройками, включенными в комплект стандартной поставки;

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

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

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

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

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

• средства, ориентированные на конечного пользователя начального уровня подготовки;

• средства, ориентированные на квалифицированного пользователя;

• средства администратора системы.

Другим принципиально важным вопросом для АСБУ является реализация развитых возможностей по настройке программного обеспечения на особенности учетной работы на конкретном предприятии, что достигается следующими способами:

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

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

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

• предназначенные для автоматизации формирования записей о хозяйственных операциях;

• служащие для проектирования и формирования дополнительных отчетов;

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

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

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

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

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

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

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

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

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

Системы, построенные на основе комплексов АРМ, достаточно громоздки и сложны, что вполне понятно и оправданно. Кроме того, и это самое главное, они являются жесткими. Жесткость выражается в наличии следующих качеств этих систем:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Граница между высоко- и низкоуровневыми языковыми средствами ПО АСБУ в определенной степени является размытой и нечеткой. Часто высоко- и низкоуровневые конструкции применяются совместно.

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

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

В инструментальном ПО АСБУ для расширения общей информационной модели используется механизм открытых пользователю словарей данных при определении и переопределении структур документов наподобие того, как это реализовано в программах семейства «1С: Бухгалтерия».

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

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

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

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

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

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

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

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

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

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

Основные различия в концепциях построения ПО АСБУ обусловлены следующими особенностями:

а) неодинаковым подходом к моделированию логической структуры учетной информации в программных системах (унифицированное или специализированное представление информации отдельных участков учета);

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

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

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

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

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

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

Действительно, «1С: Бухгалтерию» вплоть до версии 6.0 следовало рассматривать как гибкий инструмент учета, а поставляемые с ней типовые конфигурации как «начальную установку», нередко требующую определенных доработок для обеспечения нужных пользователю функциональных особенностей. В противоположность этому типовые конфигурации системы «1C:Предприятие 7.7» обладают более современной методологией и в значительной степени обеспечивают соответствие правил ведения бухгалтерского учета и составления отчетности требованиям Министерства финансов и Министерства по налогам и сборам. Таким образом, переходя на учет в типовой конфигурации «1C:Бухгалтерия 7.7», пользователи получают не только развитый инструмент для ведения учета, но и разработанную методологию, апробированную на практике работы многих тысяч предприятий. В «1C:Бухгалтерии 7.7» введен режим «Путеводитель по конфигурации», позволяющий кроме традиционного способа работы через журнал операций быстро освоить возможности программы в привязке к конкретным участкам учета. В то же время с системой можно работать и в режиме универсального доступа ко всем видам документов, функций и отчетов. Более полными стали средства настройки системы. При этом их определенное усложнение компенсируется наличием механизмов, облегчающих выполнение процедур конфигурирования. С помощью встроенных конструкторов пользователи могут создавать новые и модифицировать описание уже существующих документов и справочников, журналы и отчеты, правила контировки и формирования одних документов на основании других. Конструкторы «проводят» пользователя через процесс проектирования, задавая наводящие вопросы и предоставляя необходимые подсказки. В результате формируются необходимые элементы конфигурации. За счет этого открываются возможности для создания нового функционального уровня программы даже начинающим пользователям, не имеющим опыта программирования.

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

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

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

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

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

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

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

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

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

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

Гибкость по отчетности – способность АСБУ производить все многообразие документов внутренней и внешней отчетности.

Можно выделить еще два интегрированных компонента гибкости.

Перечисление гибкости по отношению к внешним воздействиям, т. е. к изменениям требований окружения к конечному продукту и к промежуточной продукции гибкой автоматизированной системы (ГАС):

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

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

• гибкость внутри ГАС, т. е. физических лиц, обслуживающих систему (частично погруженных в нее и имеющих личные интересы, например, «меньше работать – больше зарабатывать»).

Гибкость по отношению к собственным элементам, подсистемам и системам в целом (структурно-функциональная «внутренняя гибкость») проявляется:

• в способности (диапазоне) эффективного изменения функционирования деятельности каждого элемента, их взаимосвязей и взаимодействия внутри подсистем;

• в способности (диапазоне) эффективного изменения функционирования деятельности каждой подсистемы, их взаимосвязей и взаимодействия внутри системы;

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

Операционная гибкость оценивается по значению отклонения показателей эффективности АСБУ при изменениях номенклатуры выполняемых операций. При этом влияние технологических возмущений игнорируется.

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

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

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

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

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

6.4. Возможности "1С: Предприятия 7.7" в обеспечении гибкости бухгалтерского учета По сути «1С: Предприятие» — это инструментальная система, представляющая собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области (константы, справочники, документы, регистры, бухгалтерские счета, проводки и т. д.).

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

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

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