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

В состав этой подсистемы входят стандартные Российские бухгалтерские модули: Главная книга, Дебиторы-Кредиторы (на самом деле это Банк), Касса, Бухгалтерский учет материальных ценностей (учет МБП, учет ТМЦ), Валютные операции и мультивалютная отчетность. Заработная плата. Бухгалтерская отчетность. Система проектировалась в Советские времена и тупо реализует журнально-ордерную систему бухгалтерского учета. При этом за основу брались не задачи автоматизации, а так называемые требования пользователей. Т.е. система построена так, чтобы ни в коем случае не был сокращен ни один человек из бухгалтерии. Поясняю. Журнально-ордерная система учета была разработана для РУЧНОГО учета первичных документов. При этом каждый документ обрабатывался как минимум двумя разными бухгалтерами (например, один вел журнал-ордер по дебету 10-го счета, другой ведомость по кредиту 60-го счета для одних и тех же документов - приход на склад). Затем заместитель главного бухгалтера заполнял главную книгу (ШАХМАТКУ). Верхнюю половину на основании журналов-ордеров, а нижнюю -на основании ведомостей. При этом тут же выявлялись ошибки, так как эта матрица должна была быть симметрична. Это и было основной целью журнально-ордерной системы учета. Безусловно, ГАЛАКТИКА не формирует двойных проводок, однако структура системы осталась. Но даже в Советские времена в учебниках говорилось, что существует журнально-ордерная система и автоматизированная система, на которую стандартные правила не распространяются (лишь бы получалась отчетность). Главным недостатком системы, на мой взгляд, является то, что она фактически не интегрирована, т.е. бухгалтерский учет сам по себе, оперативный учет сам по себе. Однако структура и метод работы в системе ОЧЕНЬ нравится бухгалтерии и некоторым руководителям (так похоже, никого не сократят и ОЧЕНЬ "гибко").

В целом система ГАЛАКТИКА очень примитивна и не реализует никаких функций Финансового управления (т.е. планирования и контроля операций). Среди Российских систем есть системы на порядок лучше (ОМЕГА, БОСС, даже до определенной степени 1С).

Контур оперативного управления

Просмотрев функциональность данного "контура" опять возникает резонный вопрос: "А где же управление?". Все управление заключается в том, что кто-то просматривает (глазами) какие-то отчеты или таблицы данных и принимает ВОЛЕВОЕ решение.

Система не поддерживает ГЛАВНУЮ ИДЕОЛОГИЮ БИЗНЕСА - максимальное удовлетворение заказчика с минимальными затратами. Т.е. система АВТОМАТИЧЕСКИ не решает следующих вопросов:

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

• что, сколько, у кого и по какой цене, а главное когда закупать для удовлетворения введенного спроса (Заказов).

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