Функциональность - это то, ради чего собственно АСУП обычно и приобретают. Это та польза, те возможности, которые она предоставляет.

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

Гораздо сложнее, когда формально система может все .

Реальные потребности предприятия

В такой ситуации разумно начать с самого предприятия, а не с АСУП. Иначе говоря, выяснить, что же реально нужно предприятию.

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

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

Функциональность для конкретного предприятия

Определив потребности предприятия в автоматизации, вернемся к предложениям поставщиков АСУП.

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

Ваше предприятие работает в конкретной стране (например, Украине), принадлежит к определенной отрасли, имеет свои индивидуальные особенности. Поэтому стоит задать такие вопросы:

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

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

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