Комплекс

Рис.3. Комплекс специализированных программных моделей на примере программного комплекса «ФинЭко»

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

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

Центральным модулем программного комплекса «ФинЭко» является про­грамма «МультиБухгалтерия». Порождаемые локальными подсистемами проводки, дополненные определенным набором аналитической информа­ции, через дискеты или по сети передаются в подсистему сводного учета — модуль «МультиБухгалтерия», где используются для получения итогов обо­ротов и остатков синтетических и общих для всей системы аналитических счетов, а также печати соответствующих выходных форм. Функции построе­ния стандартной бухгалтерской и статистической отчетности в рассматривае­мом программном комплексе вынесены в модуль «Делопроизводство».

Обратите внимание, что в структуре данной программной системы дельно не выделены модули для учета расчетов с поставщиками, покупателями и подотчетными лицами. Частично, функции учета взаиморасчетов выполняются локальными подсистемами, а частично могут быть реализовано в центральном модуле системы — программе «МультиБухгалтерия». То з касается ряда функций учета затрат.

Возможность расширения состава базовых функций систем.

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

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

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

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

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

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

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

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

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

Наиболее распространенными и типичными примерами такого построения систем автоматизации учета являются программы семейства «1С:Предприятие» и «Турбо Бухгалтер». Фактически! здесь пользователю предоставляются возможности полного перепрограммирования всей системы, создания собственных форм ввода информации, расчетных алгоритмов, отчетов. Например, система «1С:Торговля и Склад» используется в представительстве? Microsoft в России для учета затрат на рекламу, то есть для выполнения функций, в общем, довольно далеких от «чистого» учета! торговых операций. Способы достижения полной реконфигурируемости систем будет рассмотрено в главе 10 учебного пособия.

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

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

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

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

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

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

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

Рис. 4. Общая схема распространения систем массового тиража

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

Например, фирма «1С» продает свои программные продукты дилерам пибо напрямую, либо через региональных дистрибьюторов. А уже дилеры продают их конечным пользователям. При этом дилерам предоставляются весьма значительные скидки (до 50% и более). Объем прямых продаж ко­нечным пользователям самой фирмой «1С» весьма незначителен. Здесь ставка сделана именно на дилеров, которые и продают программные про­дукты, и осуществляют их внедрение. Сама же фирма «1С» никогда не при­нимает участия во внедрении своих программ у конечных пользователей.

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

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

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

по разным источникам составляют от 9 до 17%. Кроме того, на крупных предприятиях имеются и собственные специфические разработки, которые реализуют функции, отсутствующие в пред­лагаемых на рынке программных продуктах.

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

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

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

Операционная платформа. Однопользовательские систе­мы разрабатываются для применения в среде операционных систем DOS, Windows 3.1/95/98/NT/2000. Подавляющее большинство рос­сийских многопользовательских систем автоматизации учета пред­назначено для эксплуатации под управлением сетевых операцион­ных систем Novell NetWare и Windows NT Server. Существенно реже АИС-БУ создаются на основе сетей, управляемых различными мо­дификациями Unix. Обычно Unix используется только на крупных предприятиях с большим документооборотом. В одноранговых се­тях в качестве сетевой среды обычно применяются Windows 95/98/2000. Многопользовательские версии программных продуктов, реализованных в архитектуре файл-сервер, могут функциониро­вать под управлением разных сетевых операционных систем. Одна­ко многие системы («1СБухгалтерия 7.7 для SQL», «Турбо Бухгал­тер» версии 6.0 и др.), построенные на основе архитектуры кли­ент-сервер, достаточно жестко привязаны к одной сетевой среде — Windows NT Server, поскольку используют СУБД MS SQL-server, которая функционирует только в этой операционной системе.

Клиентская часть многопользовательских систем автоматиза­ции учета, как и однопользовательские системы, функционирует в среде операционных систем DOS, Windows 3.1/95/98/NT/2000. > Инструментальные средства разработки систе-] м ы. Программное обеспечение современных АИС-БУ создается I с привлечением различных средств разработки. Обычно это систе-' мы программирования общего назначения и инструментальные сред-1 ства систем управления базами данных (СУБД). Если в начале 90-х годов для разработки программ учета использовались, преимуще­ственно, инструментальные средства персональных СУБД семей­ства xBase (Clipper, FoxPro, FoxBASE, dBase), Clarion, Paradox, то сейчас наиболее часто применяются системы программирования Microsoft C++, Delphi, Visual Basic, а также инструментальные средства промышленных СУБД Oracle, MS SQL-server, SyBase, Informix, Progress, InterBase и др. Применение многоплатформен­ных СУБД позволяет в качестве сетевых серверов использовать различные ЭВМ: PC-серверы, мини-ЭВМ на RISC-процессорах и даже мэйнфреймы (большие ЭВМ). Это предоставляет широ­кие возможности масштабирования АИС-БУ.

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

Так, например, базовая версия системы «Галактика» использует собст­венную СУБД, основанную на применении менеджера записей, но может эксплуатироваться также в связке с СУБД MS SQL-server, Oracle, DB/2. Благодаря этому АИС-БУ на основе системы «Галактика» может быть построена с использованием любой из этих СУБД. Это весьма актуально для предприятий, которые уже эксплуатируют программное обеспечение, использующее ту или иную конкретную СУБД.

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