Автоматизация бухгалтерского учета

2) модули реализуют, в первую очередь, функции учета конкретных внешних документов (приходных ордеров, счетов-фактур, складских документов и т.д.);

3) управляющих документов или автоматически генерируемых с целью управления документов в системе не существует.

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

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

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

Какой-либо единой базовой технологии обработки документов (типа FLEXBUILDER, WORKFLOW или ACCOUNT ENGINE) не существует. Результатом этого является то, что не существует способа определить сквозную (по всей системе) процедуру обработки бизнес - функции (например, реализация бизнес - функции снабжения материалами, начиная от заявки и проверки бюджета и кончая поступлением на склад и отражением этого в бухгалтерском учете). В целом архитектура примитивна и вполне типична для такого класса задач.

Технологические особенности архитектуры системы

Система исходно была реализована в архитектуре клиент-сервер в понимании этого термина системой BTRIEVE и остается такой по сей день. 90 процентов (я думаю, что 99,9%) установок системы сделаны на этой архитектуре (т.е. NOVELL).

Реализация прикладного программного обеспечения на языке высокого уровня теоретически позволяло разработчикам обеспечить работу системы с любым СУБД путем простой подмены базовой библиотеки. Однако, практически, сложность заключается в том, каким набором функциональности базовой библиотеки BTRIEVE пользовались разработчики (BTRIEVE имеет функции обратной прокрутки выборки, которой не имеется например в ORACLE, а также весьма специфические функции многопользовательской защиты). Таким образом, если система работы с новым СУБД похожа на BTRIEVE, то переход не представляет проблем. Если же это не так, то требуется весьма трудоемкая доработка базовой библиотеки, которая иногда завершается изменением функциональности и необходимостью переписывания исходных программ системы. Не имею информации о реализации системы на SQL-Server.

Что касается ORACLE, то при запросе одного нашего клиента продемонстрировать систему на ORACLE, представители НОВОГО АТЛАНТА не смогли этого сделать (Морской порт СПБ, лето 1998 года), более того цена на систему на ORACLE оказалась в 7 раз выше, чем на BTRIEVE. В рекламных материалах о версии ГАЛАКТИКИ на ORACLE в основном рассказывается о том, что получит клиент от перехода на ORACLE и ничего о работающей системе.

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

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

Функции системы ГАЛАКТИКА необходимо оценивать не на основании рекламных материалов с функциональными структурами (очень красивыми), а из содержания прайс-листа со списком подсистем (“контуров”), списком модулей в этих подсистемах и их названий.

В прайс листах, а также презентациях и рекламных материалах, систему представляют, как интегрированную управляющую систему, состоящую из так называемых четырех “КОНТУРОВ УПРАВЛЕНИЯ”. Далее приводятся все эти контуры и модули и проводится сравнение их функциональности с функциональностью ORACLE APPLICATION.

Достоинства системы

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

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

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

Система имеет достаточно много параметров настройки на особенности конкретного Заказчика.

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

Система уже отлажена (в своем ядре) и по-видимому достаточно устойчиво работает.

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

Недостатки системы

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

Список использованной литературы

1.    Информатика (В.А. Острейковский. Москва, "Высшая школа", 1999 год).

2. Математика и программирование (Ю.Г. Хацкевич. Минск, ТОО "ХАРВЕСТ", 1996 год).

3.  Самоучитель работы на компьютере - 2-е издание (А. Левин. "Питер", 2003 год).

4.  Справочник по информатике (К.А. Рывкин. Москва, "ОНИКС 21 век": "Мир и Образование", 2005 год)

              5. Пакеты прикладных программ: Учеб. пособие для сред, проф. образования / Э.В. Фуфаев, Л.И. Фуфаева. - М.: Издательский центр "Академия", 2004.

Приложение

Рис.1

Рис.2

Рис.3

1