Автоматизированные системы бухгалтерского учета. Хохлов А.Е. - 40 стр.

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



                            30