2. Создаем асу под бизнес, а не наоборот

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

Наука управления рекомендует совсем иной подход. Коротко говоря, объект управления (отдел, завод, корпорация или космический аппарат) характеризуется структурой и параметрами состояния. Задача системы управления (АСУ) оценить эти параметры, обработать результаты оценки (например, прогнозировать состояние объекта) и сформировать управляющие воздействия. Ни о какой универсализации АСУ всего разнообразия объектов управления речи быть не может. Каждое предприятие имеет свою внутреннюю структуру, свою логику внутренних и внешних связей. Установка универсальной (коробочной) АСУ означает для предприятия как минимум навязывание новой "универсальной" технологии работы, а строго говоря, требует подстройки структуры и логики связей под такую АСУ. Это одна из главных причин неудачи внедрения АСУ в СССР. Да и сейчас массовое применение нашли универсальные АСУ, решающие лишь частные задачи бухгалтерского, складского учета и т.п.

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

Невозможно без потерь подстроить бизнес под систему учета и управления,  лучше создать АСУ под свой конкретный бизнес.

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

11. Причины одновременного существования erp и scm-систем

Системы ERP (Enterprise Resource Planning) обеспечивают управление всеми ресурсами предприятия (производственными ресурсами, финансовыми ресурсами, заказами и т. д.) и являются фактическим стандартом современных интегрированных производственных систем управления.

Согласно материалам Ассоциации APICS – American Production and Inventory Control Society (Американское общество управления производством и запасами), современная система управления предприятием, соответствующая концепции ERP, должна включать [13]:

 управление цепочкой поставок (Supply Chain Management, SCM, ранее – DPR, Distribution Resource Planning);

 усовершенствованное планирование и составление расписаний (Advanced Planning and Scheduling, APS);

 модуль автоматизации продаж (Sales Force Automation, SFA);

 автономный модуль, отвечающий за конфигурирование (Stand Alone Configuration Engine, SCE);

 окончательное планирование ресурсов (Finite Resource Planning, FRP);

 интеллект бизнеса, OLAP-технологии (Business Intelligence, BI);

 модуль электронной коммерции (Electronic Commerce, EC);

 управление базами данных об изделии (Product Data Management, DPM).

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

Системы SCM (Supply Chain Management) обеспечивают управление расширенной производственной цепочкой, т. е. управление не только внутренними ресурсами предприятия, но и важнейшими внешними (например, учет заказчиков и поставщиков). SCM реализует новейшую технологию управления, описываемую стандартом CSRP (Customer Synchronized Resource Planning), который предполагает наличие в системе возможностей управления внешними по отношению к предприятию элементами производственной цепочки. Целью стандарта является управление полным циклом выпуска продукции от проектирования до гарантийного и сервисного обслуживания после продажи.

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

– первое направление берет свое начало от автоматизации учетных бухгалтерских функций, что было актуально в конце 80-х – начале 90-х гг. и позволяло без больших затрат создавать коммерческие продукты. «Интегрированная система управления» создавалась путем постепенной разработки и подключения новых модулей к системе автоматизации бухгалтерии;

– второе направление основано на автоматизации производственных функций. Новые модули системы интегрировались с производственным ядром «естественным путем», исходя из необходимости обеспечения производства материалами, компонентами, оборудованием, финансами, заказами и т. д. Финансовый учет и финансовый анализ являются логичным завершением интегрированного решения всех задач при управлении производственным предприятием.

Основное отличие представленных на российском рынке интегрированных систем управления предприятием друг от друга заключается в том, что одни из них созданы с учетом требований стандарта ERP, а другие не отвечают этим требованиям.

К продуктам первого направления относятся практически все российские системы управления предприятием и некоторые западные системы, которые разрабатывались исходя из автоматизации финансовых функций («Галактика», «Парус», «Босс», ACPlus, V-Trade).Объединение различных модулей в системе, спроектированной «в обратном порядке», не позволяет обеспечить подлинную интеграцию в соответствии со стандартом ERP.

Продуктов второго направления на российском рынке немного. К ним относятся такие известные системы, как SAP/R3, Baan, Oracle Applications, Renaissance CS, Platinum, Axapta и некоторые другие [18], [19].

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

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

– отсутствие у разработчиков средств, достаточных для создания интегрированной производственной системы современного уровня;

– высокие затраты на покупку и внедрение производственных систем ERP-класса;

– непонимание руководителями предприятий того, что внедрение современной интегрированной производственной системы имеет не меньшее значение, чем покупка новой автоматической линии или строительство нового цеха;

– отсутствие у предприятий средств, достаточных для закупки и внедрения интегрированных производственных систем;

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