Экономическая библиотека

Учебники по экономике

6.2. Свойства АСБУ и анализ систем их программного обеспечения

  Проведем некоторые обобщения основных свойств автоматизированных систем бухгалтерского учета (АСБУ), которые позволят нам в дальнейшем формулировать наиболее актуальные проблемы в сфере бухгалтерского учета.
  По способу построения пакетов программ выделяют:
  • системы, построенные на основе единого программного ядра;
  • комплексы специализированных программных модулей, интегрированные по данным.
  Системы, построенные на основе единого программного ядра, предполагают наличие главного программного модуля, интегрирующего основные функции обработки информации бухгалтерского учета. Главным здесь является то, что в программных системах этого типа выделяется головной модуль, максимально централизующий основные функции обработки учетных данных. Функционирование этого модуля основано на унифицированной модели представления и интерпретации учетных данных. Основой модели является концепция расширенной проводки, в соответствии с которой данные всех или большей части разделов бухгалтерского учета логически представляются и интерпретируются в виде проводок, имеющих дополнительные реквизиты, позволяющие, помимо синтетического, реализовать функции аналитического учета, включая учет в натуральных показателях и мультивалютный учет.
  По критерию технологии внедрения и настройки различают:
  • программные системы прямой алгоритмизации;
  • программные системы параметрической алгоритмизации.
  С точки зрения многокритериальной классификации, к системам прямой алгоритмизации следует отнести системы, определенные как «инструментальные». Термин «прямая алгоритмизация» введен, так как технология настройки данного типа программ предполагает, что пользователь должен самостоятельно, на основе имеющихся в программе инструментальных средств, спроектировать систему обработки учетных данных. Проектирование включает разработку правил хранения и интерпретации, необходимой для решения конкретных задач информации, с использованием предусмотренных в программе информационных структур, а также описания алгоритмов решения этих задач на встроенном языке системы.
  Главным в системах является то, что алгоритмы решения многих частных задач должны быть запрограммированы на специализированном языке системы. Именно поэтому такие программы называют системами прямой алгоритмизации.
  В основе систем этого класса лежит так называемый инструментальный подход. При этом АСБУ снабжается набором инструментальных средств, позволяющих осуществлять модификацию (перенастройку) системы непосредственно в процессе эксплуатации. Как правило, такие программы представляют собой интегрированные системы, работающие в едином интерфейсе с единой базой данных без явного разделения труда учетных работников по участкам бухгалтерского учета, что позволяет настраивать их на требования конкретного предприятия и/или конкретной отрасли.
  Этот подход реализован, в частности, в программных продуктах «1С: Предприятие» фирмы «1С». В них встроены мощные инструментальные средства, потенциально позволяющие автоматизировать решение любой учетной задачи. При этом в комплект поставки входят, как правило, готовые унифицированные настройки для автоматизации отдельных участков, бухгалтерский учет на которых не имеет отраслевой специфики. Для решения специальных (частных) задач указанные программные продукты должны быть индивидуально настроены. Эта функция возлагается на пользователя или партнеров производителей. Нередко такие настройки являются самостоятельными программными продуктами. Однако они предназначены исключительно для совместного использования с той программной системой, в рамках которой создавались.
  Фактически без типовой и/или специальной настройки указанные программы могут выполнять лишь весьма ограниченный набор функций:
  - ввод и корректировку входящих сальдо;
  - ввод, корректировку и накопление проводок, дополненных информацией для организации простейшего аналитического учета;
  - расчет оборотов счетов;
  - перенос исходящих сальдо на следующий период;
  - формирование и печать основных выходных форм - оборотного баланса, главной книги, простых ведомостей аналитического учета.
  Более сложные элементы технологии компьютерного учета пользователям предлагается реализовать самостоятельно на основе встроенных в программу инструментальных средств. Сюда можно отнести:
  - организацию электронного документооборота;
  - описание схемы автоматизированной контировки первичных документов;
  - расчет себестоимости отпущенных в производство запасов и отгруженных товаров;
  - налоговые расчеты;
  - автоматизированное составление регламентированной бухгалтерской и статистической отчетности и т. д.
  Инструментальные системы рассматривают с точки зрения:
  - возможностей, реализованных непосредственно в программном коде выполняемых модулей;
  - возможностей, обеспечиваемых настройками, включенными в комплект стандартной поставки;
  - потенциальных возможностей, которые могут быть реализованы на основе имеющихся в программе инструментальных средств.
  Реализация многих типовых и большинства специализированных расчетов и формирование выходных форм в инструментальных АСБУ требует от пользователя написания алгоритмов на специализированном макроязыке, интерпретатор которого встроен в программу. В связи с этим особый интерес представляют методы построения открытых пользователю средств проектирования документов, позволяющих изменять структуру существующих и создавать новые таблицы баз данных.
  Инструментальные средства ПО АСБУ могут быть использованы и для генерации произвольных отчетов. Помимо встроенных выходных форм, для которых правила расчета показателей и способ размещения данных в отчете изменить нельзя, многие программные системы содержат генераторы отчетов, позволяющие проектировать и использовать дополнительные формы. Основным приложением генераторов отчетов являются формы стандартной внешней отчетности. Отделение описаний алгоритмов построения этих форм от программного кода исполняемых модулей вполне обоснованно, поскольку как состав форм, так и правила расчета включаемых в них показателей подвержены частым изменениям.
  Из вышеперечисленного следует, что набор способов реализации инструментальных средств достаточно широк и включает как простые средства уточнения уже имеющихся функций, так и сложные механизмы, вплоть до прямого программирования процедур решения отдельных задач и средств модификации структур баз данных программных систем. Таким образом, даже в рамках одной программы могут различаться уровни сложности применения отдельных компонентов инструментальных средств, а соответственно и возможность их востребования конечными пользователями программного обеспечения. В этом аспекте различают:
  • средства, ориентированные на конечного пользователя начального уровня подготовки;
  • средства, ориентированные на квалифицированного пользователя;
  • средства администратора системы.
  Другим принципиально важным вопросом для АСБУ является реализация развитых возможностей по настройке программного обеспечения на особенности учетной работы на конкретном предприятии, что достигается следующими способами:
  • за счет встраивания механизмов, позволяющих отделять бухгалтерское знание от программного кода выполняемых модулей системы;
  • за счет наличия в АСБУ инструментальных средств, обеспечивающих привнесение в систему обработки учетных данных формализованного знания пользователя о предметной области, его интерпретацию и расширение на этой основе функциональных возможностей учетной системы без непосредственного вмешательства его разработчика.
  В этом аспекте различают следующие инструментальные средства:
  • предназначенные для автоматизации формирования записей о хозяйственных операциях;
  • служащие для проектирования и формирования дополнительных отчетов;
  • предназначенные для описания структур и правил обработки документов.
  Инструментальные средства для решения данного перечня задач в той или иной форме присутствуют в большинстве распространенных программных систем. В то же время как возможности инструментальных средств различных программ, так и способы их реализации в немалой степени различаются.
  Поскольку правила отражения одних и тех же операций на счетах бухгалтерского учета могут различаться в зависимости от выбранной предприятием учетной политики, а также в связи с изменениями в законодательстве, то их жесткое встраивание в программный код исполняемых модулей является нецелесообразным. Поэтому разработчики стремятся отделить систему правил формирования операций от программы, оставляя в ней лишь механизм их интерпретации. При этом формализация самих правил часто перекладывается на пользователя.
  Обычно определения правил формирования хозяйственных операций хранятся в специальных справочниках типовых операций. Инициирование процедуры автоматизированного формирования проводок производится путем вызова этого справочника, выбора нужной операции и указания параметров, необходимых для ее отражения. После задания параметров программа на основе анализа правил производит необходимые вычисления и формирует требуемые записи.
  Правила состоят в указании кодов корреспондирующих счетов формируемых проводок и формул расчета их сумм.
  Однако нередко правила построения типовых операций требуют более сложных описаний алгоритма расчета суммы проводки. Это касается таких операций, как списание себестоимости реализованных товаров, закрытие счетов, распределение общепроизводственных и общехозяйственных затрат, начисление налоговых обязательств и т. д. Описание правил расчета суммы проводки в этом случае требует использования достаточно сложных формул или даже отдельных макропрограмм, включающих локальные переменные, условные выражения и циклические действия. При этом важно не только дать четкое определение операции и ее истолкование, но и точно сформулировать условия правильного выполнения расчетов на ее основе, поскольку при составлении такого рода настроек приходится учитывать различные факторы.
  Вторая концепция предполагает специализацию информации в соответствии с потребностями задач отдельных участков учета. В основе лежит подход, согласно которому программный комплекс создается из разрозненных программных продуктов, ориентированных на решение специализированных учетных задач. Объединение достигается за счет общей базы данных. В литературе последних лет такие системы получили название комплексов АРМ.
  Как правило, каждый из комплексов автоматизированных рабочих мест (АРМ) имеет свою ярко выраженную учетную специализацию: АРМ по учету основных средств, АРМ складского учета материально-производственных запасов, АРМ по учету финансово-расчетных операций, АРМ по учету труда и заработной платы, АРМ по учету затрат на производство и т. д. Объединение информации в единую систему учета достигается за счет наличия подсистемы сводного учета или АРМ главного бухгалтера. Здесь перечислены только некоторые наиболее популярные и часто встречающиеся АРМ, хотя на практике их намного больше, причем в случае необходимости создаются АРМ второго уровня для еще более узких участков учета и задач, например, учета пробега автотранспорта, учета спецодежды и т. п.
  Системы, построенные на основе комплексов АРМ, достаточно громоздки и сложны, что вполне понятно и оправданно. Кроме того, и это самое главное, они являются жесткими. Жесткость выражается в наличии следующих качеств этих систем:
  • АРМ специализированы по конкретным участкам учета и не могут быть перепрофилированы. Это практически исключает взаимозаменяемость АРМ, входящих в состав комплекса;
  • настройка каждого отдельного АРМ в системе ограничена и осуществляется главным образом за счет средств параметрической настройки, которая в лучшем случае сводится к выбору из заданного перечня изначально заложенных в систему функций. Это затрудняет их расширение за счет добавления новых алгоритмов, форм первичных документов, различного вида отчетов и т. п.;
  • АРМ, как правило, выполнены в различных интерфейсах с использованием различного вида инструментов, имеют формы и отчеты, специфичные для каждого из автоматизируемых участков. Это влечет за собой жесткую привязку персонала к работе на конкретном АРМ и в значительной степени осложняет процесс перестройки субъективного фактора (человека) на новые участки работ;
  • связи между АРМ жестко зафиксированы на этапе проектирования, что предопределяет жесткость и неизменяемость структуры. Это не позволяет изменять схему документооборота в процессе эксплуатации системы;
  • ограничена возможность перераспределения нагрузки между рабочими местами в случае выхода из строя (по причине субъективного или объективного факторов) одного или нескольких АРМ. Это может вызывать перегрузку отдельных АРМ и несвоевременную обработку информации.
  Можно констатировать, что в традиционных (жестких) автоматизированных бухгалтерских комплексах первичным является набор типовых процессов обработки учетной информации, а реализуемые при его помощи методы носят подчиненный характер.
  Часто в публикациях, посвященных автоматизации учета на основе бухгалтерских комплексов, построенных по принципу АРМ, отмечается тот факт, что они влекут за собой использование четко определенной методологии и технологии ведения бухгалтерского учета. Этот факт расценивается как безоговорочно положительный. Аргументом в его пользу выступает то, что заложенные в систему принципы помогают пользователю построить эффективную с точки зрения соответствия действующему законодательству систему бухгалтерского учета.
  Не отрицая положительных сторон данного обстоятельства, следует также трезво оценивать и его негативные стороны. Нередко в условиях использования жестких подходов к автоматизации предприятие вынуждено следовать «насаждаемой» со стороны методологии и технологии ведения учета, игнорируя уже сложившиеся особенности и своеобразие. Кроме того, в силу ряда внутренних и внешних обстоятельств методы и технология учета, первоначально заложенные в системе, могут прийти в противоречие со вновь сложившимися условиями. И та методология, которая некоторое время тому назад казалась прогрессивной и единственно правильной, становится малоэффективной и даже непригодной. В то же время реорганизация системы для обеспечения функционирования по новым принципам сопряжена с решением серьезной проблемы перепроектирования всей системы.
  Настройка АСБУ параметрического класса на требования пользователя производится средствами администрирования системы. От пользователя закрываются некоторые пункты меню, блокируется доступ к определенным полям БД, экранных форм и т. п. Как правило, эта работа производится подготовленным в области компьютерной техники специалистом в соответствие с задачей, поставленной бухгалтером. Всякий раз, когда возникает необходимость изменить требования, в том числе из-за допущенных ранее ошибок в спецификации требований, приходится обращаться к администратору для переналадки/перенастройки системы.
  Однако интерфейсная сторона вопроса — это лишь незначительная поверхностная часть проблемы. Более сложные вопросы и проблемы возникают на глубинном уровне. Часто такая перенастройка сопряжена со значительными трудностями, поскольку не сводится лишь к открытию закрытых пунктов меню и полей БД. Обычно подобные операции влекут за собой необходимость реструктурирования файлов БД, связанные с этим восстановление и/или корректировку ретроспективных данных за довольно продолжительные периоды времени, выполнение перерасчетов за прошедшие периоды в соответствии с обновленными алгоритмами решения учетных задач.
  Разработчики встраивают в систему как можно большее число функций либо за счет явной специализации процедур обработки данных по различным разделам учета, либо за счет предельного информационного насыщения однородных бухгалтерских записей вспомогательной аналитической информацией, которая интерпретируется в зависимости от формальных свойств корреспондирующих счетов. Этот класс программ называют полнофункциональными системами автоматизации учета.
  Объективности ради нельзя говорить о существенном различии между возможностями, реализованными непосредственно в программном коде выполняемых модулей, возможностями, включенными в поставку системы, и потенциальными возможностями, поскольку они хотя и имеются, но с точки зрения грубой оценки отсутствуют. При использовании большинства систем такого рода не нужно выполнять дополнительное описание алгоритмов специальных расчетов (в том виде, в котором они понимались выше) и форм первичных документов, но для полноценного решения многих задач настройку выполнять необходимо. Различие состоит в том, что настройка выполняется, главным образом, на параметрическом уровне, а соответствующие алгоритмы уже непосредственно встроены в программный код выполняемых модулей системы. Требуется лишь уточнение характеристик, влияющих на их выполнение, принимая во внимание специфику учетной политики и другие особенности учетной работы конкретного предприятия.
  В простейшем случае параметрическая настройка означает указание набора вспомогательных данных, необходимых для функционирования того или иного алгоритма. Например, для основных средств указываются норма амортизации, счет отнесения износа, дата ввода в эксплуатацию, коэффициенты ускоренной амортизации и т. д. На основе этой информации программа с помощью встроенного в выполняемый модуль алгоритма решает задачу начисления амортизации. В строгом смысле слова такую настройку нельзя считать параметрической, поскольку здесь следует говорить о необходимом информационном наполнении. Однако в общем случае значения этих параметров влияют на порядок расчетов и потому вполне могут рассматриваться как компоненты параметрической настройки.
  В более сложном случае параметрами являются характеристики, действительно уточняющие порядок выполнения того или иного алгоритма.
  Таким образом, по сравнению с системами прямой алгоритмизации, где изначально не существует модели решения многих учетных задач, но имеются средства построения таких моделей, в системы параметрической настройки такие модели уже встроены, а их поведение регулируется некоторым набором параметров.
  Безусловно, грань между двумя указанными типами программных средств является в известном смысле размытой, поскольку в программах прямой алгоритмизации обычно имеются те или иные средства параметрической настройки, а в программах параметрической алгоритмизации инструментальные компоненты, основанные на принципе прямой алгоритмизации. Например, возможность выбора временного диапазона для построения выходных форм имеется во всех программах, а это элемент параметрической настройки. Другим примером являются параметры описания свойств счетов бухгалтерского учета, например, характеристика отношения счета к балансу. С другой стороны, практически все программы имеют возможность описания правил расчета показателей стандартной бухгалтерской и статистической отчетности на языке формул, оперирующих с обозначениями сальдо и оборотов счетов, а это очевидный компонент прямой алгоритмизации.
  Поэтому разделение указанных групп программных средств основывается прежде всего на превалировании тех или иных компонентов настройки.
  При использовании систем инструментального типа базовый набор изначально встроенных в них функций невелик и удовлетворительной степени автоматизации решения многих задач можно достичь только на основе самостоятельного проектирования системы правил автоматизированного формирования операций. Формулировка же этих правил выполняется на основе встроенных специализированных языков программирования, применение которых, естественно, требует определенных навыков программирования и проектирования систем обработки данных. Последнее требование объясняется тем, что при описании правил формирования операций сначала следует выполнить проектирование информационной среды для хранения различной вспомогательной информации, используемой в расчетах.
  Более того, при проектировании системы взаимозависимых операций эта информационная среда должна быть интегрированной для всего их комплекса. Это проектирование должно выполняться в терминах общей информационной модели используемой системы. Вполне естественно, что этот компонент настройки оказывается слишком трудоемким для многих конечных пользователей, потому соответствующие возможности инструментального программного обеспечения АСБУ во многих случаях используются не в полной мере. Использование инструментальных средств для проектирования отчетов и настройки первичных документов обычно доступно уже только подготовленным специалистам. Как показывает опыт, на первом этапе эксплуатации АСБУ сами бухгалтеры эти возможности не используют, ограничиваясь стандартными вариантами настройки форм отчетов и первичных документов, которые поставляются вместе с программой. Использование более сложных элементов настройки программного обеспечения обычно является прерогативой технических специалистов, сопровождающих систему автоматизации.
  Наиболее мощным средством расширения базовых функций ПО АСБУ являются встроенные в них возможности описания расчетных процедур в виде формул и специализированных процедурных языков. Особенно важны эти средства в инструментальном ПО АСБУ, где без выполнения соответствующей настройки достаточная степень автоматизации решения многих задач просто невозможна.
  Встроенные языковые средства разделяют на высокоуровневые и низкоуровневые. К первым относят средства, которые описывают расчетные алгоритмы в содержательных экономических терминах. При этом используются специализированные управляющие конструкции, учитывающие особенности группировки и интерпретации счетов и объектов аналитического учета. Низкоуровневыми являются те языковые компоненты, которые позволяют расширять базовые возможности программной системы путем описания расчетных алгоритмов в терминах полей базы данных на основе профессиональных средств разработки ПО.
  Граница между высоко- и низкоуровневыми языковыми средствами ПО АСБУ в определенной степени является размытой и нечеткой. Часто высоко- и низкоуровневые конструкции применяются совместно.
  В большинстве наиболее распространенных систем автоматизации учета используются в первую очередь высокоуровневые языковые средства. Основными составляющими элементами расчетных формул являются идентификаторы остатков и оборотов синтетических и аналитических счетов, включая обороты между двумя произвольными аналитическими счетами, а также параметры счетов. Алгоритмы расчета значений таких идентификаторов непосредственно встроены в программный код выполняемых модулей системы.
  На основе этих информационных элементов в совокупности с поддержкой в языке условных и циклических управляющих структур в принципе возможно описание практически любого расчета.
  В инструментальном ПО АСБУ для расширения общей информационной модели используется механизм открытых пользователю словарей данных при определении и переопределении структур документов наподобие того, как это реализовано в программах семейства «1С: Бухгалтерия». Однако этот механизм в данной реализации недостаточно приспособлен для создания структур, необходимых для накопления информации, и в целом является лишь более удобным способом формирования записей о хозяйственных операциях, чем их ручной ввод или использование справочников типовых операций.
  Причина заключается в том, что здесь информация введенных документов непосредственно увязывается только с порожденными ею записями массива хозяйственных операций. Из-за этого затрудняется алгоритмизация с помощью встроенных языковых средств решения таких задач, которые требуют просмотра определенным образом структурированных выборок данных. Типичными примерами являются задачи списания себестоимости товарно-материальных ценностей методами ФИФО и ЛИФО.
  В связи с этим значительный интерес представляют подходы, при которых информационная база описания вычислительных процедур расширяется за счет применения вспомогательных объектов.
  В интегрированных системах и комплексах бухгалтерских АРМ разработчики также допускают использование средств настройки расчетов с помощью формул и макропрограмм на встроенных языках. Однако здесь в расчетных формулах пользователю предоставляется право применять набор показателей, более полно привязанных к особенностям экономического содержания конкретных объектов учета, имеющих заранее определенные смысл и правила расчета.
  При использовании языковых средств системы пользователю не надо заботиться о том, как описать алгоритм расчета себестоимости товарных партий, поскольку эти правила уже встроены в систему. При использовании же инструментальных систем соответствующие алгоритмы должны быть описаны пользователем самостоятельно.
  Таким образом, при написании формул настройки расчетов пользователь имеет дело не с абстрактными понятиями параметров счетов, а с более содержательно значимыми информационными объектами. К сожалению, эта возможность пока не используется разработчиками ПО АСБУ в полной мере. Кроме того, на современном уровне развития ПО АСБУ поддержка в их языках многих информационных объектов, способ интерпретации которых связывается со встроенными вычислительными процедурами исполняемого модуля, в значительной степени зависит от внутренней модели данных. Поэтому при сокращении трудоемкости процедур настройки системы ее гибкость в значительной степени теряется.
  Совершенно очевидно, что низкоуровневые языковые средства ПО АСБУ могут применяться только профессиональными пользователями ПК, но никак не рядовыми бухгалтерами. В то же время, нельзя однозначно отвергать их. Это более мощное средство дополнения программной системы новыми функциями, чем встроенные высокоуровневые языки, имеющие немалое число принципиальных ограничений.
  Другим важным аспектом АСБУ является унификация представления и принципов обработки учетной информации при минимальном наборе специализированных функций, возникающих как необходимые расширения базовой модели.
  Описание учетных методик в виде математических зависимостей, оперирующих содержательно значимыми обозначениями информационных объектов, предусмотрено во встроенных языках многих современных программных продуктов. Однако нередко эти возможности используются не в полной мере. Большинство разработчиков ПО АСБУ при создании пользовательских языковых средств отдают приоритет языкам, где действия по обработке данных должны описываться с помощью небольшого числа формальных терминов, не связанных прямо с содержательно значимыми объектами, характерными для решения той или иной задачи.
  До сих пор идеология построения многих программных систем не использует в полной мере возможности диалоговой обработки информации и в значительной степени дублирует принципы пакетных технологий. Применительно к программному обеспечению АСБУ здесь следует прежде всего говорить о технологии работы с выходной информацией, которая в условиях диалоговой обработки может быть более полно увязана с процедурами ввода, корректировки, контроля и накопления данных.
  Основные различия в концепциях построения ПО АСБУ обусловлены следующими особенностями:
  а) неодинаковым подходом к моделированию логической структуры учетной информации в программных системах (унифицированное или специализированное представление информации отдельных участков учета);
  б) различиями в построении программной системы (комплексы специализированных модулей или единая программа, интегрирующая основные функции обработки учетных данных);
  в) различиями в принципах достижения функциональной полноты программных систем (развитые средства настройки либо функционально полные системы, основанные на значительной детализации функций обработки данных);
  г) различиями в принципах разделения и интеграции учетных данных и функций их обработки (централизованная база данных и централизованная обработка, распределенная база данных и распределенная обработка, централизованная база данных и частично распределенная обработка и т. д.).
  Наибольшую популярность у пользователей имеют программные продукты, основанные на унифицированной модели представления учетной информации, построенные как единая программная среда без разделения и явной специализации подсистем, обеспечивающие функциональную полноту за счет встроенных инструментальных средств.
  Способ обеспечения функциональной полноты довольно тесно связан с другими характеристиками построения программной системы. Здесь достаточно заметна связь со способом представления учетной информации. Действительно, при использовании унифицированного способа представления учетных данных их специальная интерпретация применительно к задачам различных участков учета требует применения определенных моделей их интерпретации. Такие модели не будут однозначными в силу того, что частные способы интерпретации могут быть сформулированы пользователями по-разному. Это требует наличия специальных инструментов для описания правил интерпретации в рамках унифицированной модели данных. С другой стороны, если программная система состоит из набора специализированных выполняемых модулей, оперирующих каждый со своей, особенной моделью данных, то последняя в значительной степени предопределяет и порядок обработки, ее алгоритм, который изначально встраивается в код выполняемого модуля. Поэтому и необходимость в описании правил интерпретации данных самим пользователем в значительной степени уменьшается.
  Нельзя говорить о полном доминировании систем, основанных на унифицированном способе представления учетной информации и обеспечивающих функциональную полноту за счет инструментальных механизмов. Определенное место на рынке занимают также и системы, построенные в виде программных комплексов, каждый компонент которых оперирует со специализированным представлением данных, обеспечивая решение соответствующих задач за счет уже встроенных, готовых механизмов и готовой технологии. Но эти системы испытывают жесткий прессинг со стороны инструментальных систем нового поколения. Данную тенденцию можно проиллюстрировать на примере разработок фирмы «1С». С переходом на технологическую платформу V7 фирма в комплект поставки включает готовые настройки для автоматизации большинства участков бухгалтерского учета, функциональные возможности которых не уступают полнофункциональным системам. При этом цены на программные продукты остаются на том же уровне или даже снижаются. Фактически программа из инструмента учета становится носителем бухгалтерских знаний.
  Действительно, «1С: Бухгалтерию» вплоть до версии 6.0 следовало рассматривать как гибкий инструмент учета, а поставляемые с ней типовые конфигурации как «начальную установку», нередко требующую определенных доработок для обеспечения нужных пользователю функциональных особенностей. В противоположность этому типовые конфигурации системы «1С:Предприятие 7.7» обладают более современной методологией и в значительной степени обеспечивают соответствие правил ведения бухгалтерского учета и составления отчетности требованиям Министерства финансов и Министерства по налогам и сборам. Таким образом, переходя на учет в типовой конфигурации «1С: Бухгалтерия 7.7», пользователи получают не только развитый инструмент для ведения учета, но и разработанную методологию, апробированную на практике работы многих тысяч предприятий. В «1С: Бухгалтерии 7.7» введен режим «Путеводитель по конфигурации», позволяющий кроме традиционного способа работы через журнал операций быстро освоить возможности программы в привязке к конкретным участкам учета. В то же время с системой можно работать и в режиме универсального доступа ко всем видам документов, функций и отчетов. Более полными стали средства настройки системы. При этом их определенное усложнение компенсируется наличием механизмов, облегчающих выполнение процедур конфигурирования. С помощью встроенных конструкторов пользователи могут создавать новые и модифицировать описание уже существующих документов и справочников, журналы и отчеты, правила контировки и формирования одних документов на основании других. Конструкторы «проводят» пользователя через процесс проектирования, задавая наводящие вопросы и предоставляя необходимые подсказки. В результате формируются необходимые элементы конфигурации. За счет этого открываются возможности для создания нового функционального уровня программы даже начинающим пользователям, не имеющим опыта программирования.

 
© www.eclib.net