3. Международные стандарты iso в области компьютерных информационных технологий.

В Беларуси интенсивно совершенствование информационного бизнеса и ведутся работы в следующих аспектах:

• правовой аспект — совершенствуются законодательные нормы, правовой статус методов и форм защиты информации;

• технический — разрабатывается и совершенствуется система стандартизации, оценки качества и унификации ИС, ТО и ПО;

• организационный — формируется информационная инфраструктура и организация технологических процессов обработки информации;

• экономический — исследуются закономерности формирования рынка ИТ, оценки конкурентоспособности, формирования системы маркетинга.

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

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

Можно выделить три группы АСУП:

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

2) системы поддержки принятия решений (СППР). Она довольно разнородна. Поэтому в ее рамках целесообразно выделить лишь наиболее распространенные продукты, присутствующие на белорусском рынке. В частности, наиболее известным разработчиком таких систем, предназначенных для описания бизнес-процессов предприятия, их оценки и реинжиниринга, является компания Ориент-Софт. Широко распространены на белорусском рынке также пакеты автоматизации отдельных управленческих функций: управления проектами, маркетинга, аудита, логистики, разработанные российской компанией ПроИнвест Консалтинг (Project Expert, Marketing Expert). В области автоматизации маркетинговой деятельности и стратегического менеджмента известны также продукты Касатка и Касатка-2, разработанные белорусско-американской компанией SBI.

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

- IC (Inventory Control) - системы складского и материального учета;

- MRP (Material Requirements Planning) - системы планирования потребности в материалах для производства;

- MRP-II (Manufacturing Resource Planning) - системы, позволяющие планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т.д.);

- ERP (Enterprise Resource Planning) - системы, объединяющие все ресурсы предприятия (а не только производственные), таким образом добавляя управление заказами, финансами и т.д.;

- CRM (Customer Relationship Management) - это направленная на построение устойчивого бизнеса концепция и бизнес-стратегия, ядром которой является "клиенто-ориентированный подход". Данная концепция кроме реализованных в стандарте ERP функций охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техзадание, поддержку заказчика на местах.

Большинство современных КИС позволяют решать все важнейшие функциональные задачи: 1) ведение бухгалтерского учета; 2) управление финансами предприятия (включая учет затрат в разрезе экономических элементов, анализ финансово-хозяйственной деятельности предприятия, финансовое планирование, финансовый контроль); 3) управление товарно-материальными потоками; 4) управление персоналом; 5) управление взаимоотношениями с клиентами и партнерами; 6) ведение внутрифирменного документооборота и другие функции.

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

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

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

- упростить коммуникации между пользователями, находящимися в территориально отдаленных точках;

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

- обеспечивать доступ к базам данных предприятия внешних пользователей (клиентов, партнеров) через Интернет;

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

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

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

1. Разработчики крупных корпоративных систем (например, SAP) создают собственную универсальную среду функционирования своих систем, позволяющую им работать под любыми операционными системами, как на персональных компьютерах, так и на мэйнфреймах. Подобные системы имеют высокую стоимость и требуют длительного времени на внедрение и обучение персонала, поэтому доступны только крупным компаниям. Про функционал этих продуктов говорить практически бесполезно: самые сильные из них "умеют практически всё".

2. Продукты Microsoft Business Solutions имеют очевидное преимущество в том, что они тесно интегрированы с другими продуктами компании Microsoft. Это, конечно, сильное конкурентное преимущество, ведь наш рынок в отличие от западного исторически привык  работать с офисными продуктами Microsoft. Затраты на внедрение данных продуктов и обучение персонала значительно ниже по сравнению, например, с продуктами компании SAP. И хотя их стоимость также высока, они доступны уже гораздо большему числу предприятий: если SAP в Беларуси могут позволить себе единицы, то предприятий, объективно способных позволить себе продукты, например, Microsoft Axapta, и при этом довести до конца их внедрение - таких уже, возможно, не одна сотня.

3. Продукты ведущих российских компаний-разработчиков АСУП, например 1С и Галактика, значительно ниже в цене по сравнению с MBS и, естественно, SAP, но и уступают им в части реализованных технических возможностей. Хотя их функционал также очень широк. В усеченном варианте в данных системах реализован лишь стандарт CRM, и они слабо приспособлены к распределенной работе. Следует, однако, отметить, что данные системы наиболее широко распространены на отечественных предприятиях и учитывают большой спектр их потребностей, а также специфики отечественного рынка и законодательства. К тому же они динамично развиваются, поэтому в будущем можно ожидать их дальнейшего совершенствования.

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

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

Стандарты Республики Беларусь:

1597190 Системы обработки информации. Термины и определения.

1978190 Обеспечение систем обработки информации программное. Термины и определения.

2652585 Системы обработки данных. Показатели использования.

2880690 Качество программных средств. Термины и определения.

2909991 Сети вычислительные локальные. Термины и определения. СТБ 98294 Информационные технологии. Термины и определения.

РД РБ0410.4194 Информационные технологии. Автоматизированные системы. Характеристики для выбора и применения системных программных средств.

Стандарты Российской Федерации, применяемые в Беларуси, если не имеется соответствующих белорусских разработок:

Р ИСО/ МЭК Информационные технологии. Оценка программной продукции.

912693 Характеристики качества и руководства по их применению.

Р ИСО 912794 Система обработки информации. Документация пользователя и информация на упаковке потребительских пакетов прикладных программ.

Р 5073995 Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования.

Р ИСО/МЭК Информационная технология. Взаимосвязь открытых систем.

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

Р ИСО 954393 Системы обработки информации. Обмен информацией между системами. Качество сигналов на стыках ООД/АКД при синхронной передаче данных.

Р ИСО/МЭК Информационная технология. Передача данных и обмен информацией между системами.

Р ИСО/МЭК Информационная технология. Взаимосвязь открытых систем. 9646193 Методология и основы аттестационного тестирования. Часть I. Общие положения.

Р ИСО/МЭК Информационная технология. Передача данных и обмен ин-10025394 формацией между системами. Формализованное описание услуг транспортного уровня ( ГОСТ 34.6091) на языке LOTOS.

Р ИСО/МЭК МФС Информационная технология. Передача данных и обмен информацией между системами.

Р ИСО/МЭК МФС Информационная технология. Функциональный стандарт. 10611195—10611495 Профили ТВ, ТС, TD и ТЕ. Услуги транспортного уровня в режиме с установлением соединения с использованием услуг сетевого уровня в режиме с установлением соединения.

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

ГОСТ Р ИСО Информационная технология. Взаимосвязь открытых систем. 832695 Протокольные комбинации для обеспечения и поддержки услуг сетевого уровня ВОС.

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

ГОСТ Р 5092296 Информационные технологии. Передача данных и обмен информацией между системами. Определение ретрансляционных функций сетевого уровня промежуточной системы. Защита информации. Основные термины и определения.

В настоящее время выделяют следующие основные общепризнанные стандарты КИС:

1-й стандарт — MRP (Material Requirement Planning) или планирование потребностей в материальных ресурсах. Данный стандарт относится к 70-м гг. XX столетия. Суть стандарта MRP состоит в минимизации издержек, связанных со складскими запасами и различными участками в производстве. Базовым в данном стандарте является понятие спецификации изделия (BOM — Bill Of Material), которая показывает зависимость спроса на сырье, полуфабрикаты и пр. от плана выпуска готовой продукции. На основе плана выпуска продукции, спецификации изделия и учета особенностей технологической цепочки и осуществляется расчет потребностей производства в материалах. Недостатком этого стандарта является отсутствие учета загрузки производственных мощностей, стоимости рабочей силы при расчете потребностей в материалах.

В 60-х гг. XX в. усилиями американцев Джозефа Орлики и Оливера Вейета при активной поддержке Американского общества по управлению запасами и управлению производством был создан метод расчета необходимых для производства материалов, получивший название MRP (Material Requirements Planning), который в условиях автоматизации предполагал рассмотрение в комплексе задач производственных, снабженческих и сбытовых подразделений промышленных организаций. Такой подход и применение вычислительной техники впервые позволили оперативно корректировать плановые задания в процессе производства (при изменении потребностей, корректировке заказов, недостатке ресурсов, отказах оборудования).

MRP стал альтернативой традиционному методу планирования заказов ресурсов по «точке заказа» и позволил преодолеть многие из его недостатков. Объяснялось это тем, что MRP не оперировал данными о потреблении в прошлом, а ориентировался на будущие потребности. На практике это означало, что заказ на пополнение запасов формировался только на необходимое количество и только тогда, когда это было действительно необходимо. Иными словами, метод предполагал зависимый спрос на всю номенклатуру, т. е. формирование заказов на сборочные единицы и комплектующие изделия происходило в зависимости от заказа на готовую продукцию. Алгоритм реализации метода MRP не только позволяет выдавать заказы на пополнение запасов, но и позволяет корректировать производственные задания с учетом изменяющейся потребности в готовых изделиях.

Отправной точкой в методе MRP является сбор данных о сделанных заказах на продукцию организации, а также прогнозирование спроса на ее продукцию. Исходя из полученных сведений и их ранжирования по приоритетам или срокам отгрузки, а также из потребностей в пополнении страховых запасов и обеспечении дист-рибьюторских центров, формируется портфель заказов, который служит основой для разработки объемного плана-графика производства (Master Schedule). Обычно он создается по группам продукции и может быть использован для планирования загрузки производственных мощностей. Для каждого изделия, попавшего в план-график производства, состав изделия «детализируется» до уровня заготовок, полуфабрикатов, сборочных единиц и комплектующих изделий (деталей). Данный процесс носит название «разузлование». В соответствии с планом-графиком производства определяется график выпуска сборочных единиц (СЕ) и полуфабрикатов, а также оценивается потребность в материалах и комплектующих изделиях и назначаются сроки их поставки в производственные подразделения.

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

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

2-й стандарт — MRP II (Manufacturing Resource Planning), или планирование производственных ресурсов. Этот стандарт, относимый к 80-м гг., представляет собой стандарт MR.P в соединении с элементами моделирования бизнес-процессов и обратными связями при планировании, разработанными под конкретный тип производства. Стандарт MRP II в большей степени ориентирован на средние по размеру организации. Этот стандарт был разработан в США и поддерживается Американским обществом по управлению производством и запасами APICS (American Production and Inventory Control Society). В КИС, отвечающей стандартам MRP II, должны быть обязательно реализованы 16 групп функций: Планирование продаж и производства, Управление спросом, Составление плана производства, Планирование потребностей в материалах, Спецификация продуктов, Управление складом, Плановые поставки (Scheduler Receipts Subsystems), Управление на уровне производственного цеха, Планирование производственных мощностей, Контроль входа/выхода, Материально-техническое снабжение, Планирование распределения ресурсов (DRP — Distribution Resource Planning), Планирование и контроль производственных операций, Финансовое планирование, Моделирование, Оценка результатов деятельности.

Результатом естественного развития MRP-алгоритма явилось появление в 80-е гг. стандарта MRPII (Manufactory Resource Planning), или планирование производственных ресурсов. Поскольку MRP предназначен для планирования необходимых материалов, идея охватить области деятельности, от которых зависит пополнение или расход материалов, выглядит вполне логичной. Таким образом, MRP II — это планирование по MRP плюс функции управления складами, снабжением, продажами, финансами и производством. Поскольку в промышленной организации большинство денежных средств так или иначе связано c производством или запасами, использование вышеперечисленных функций делает возможным включение в единую систему также функций учета и управления финансами. Кроме того, в ряде реализаций концепции MRP II стали появляться отдельные функции управления персоналом как производственным ресурсом.

Собственно первоначально MRP-системы фактически просто формировали на основе утвержденной производственной программы план заказов на определенный период, что не удовлетворяло вполне возрастающие потребности. С целью увеличить эффективность планирования, в конце 70-х гг. Оливер Вейт и Джордж Плосл предложили идею воспроизведения замкнутого цикла (closed loop) в MRP-системах. Идея заключалась в предложении ввести в рассмотрение более широкий спектр факторов при проведении планирования путем введения дополнительных функций. К базовым функциям планирования производственных мощностей и планирования потребностей в материалах было предложено добавить ряд дополнительных, таких как контроль соответствия количества произведенной продукции количеству использованных в процессе сборки комплектующих, составление регулярных отчетов о задержках заказов, об объемах и динамике продаж продукции, о поставщиках и т. д. Термин «замкнутый цикл» отражает основную особенность модифицированной системы, заключающуюся в том, что созданные в процессе ее работы отчеты анализируются и учитываются на дальнейших этапах планирования, изменяя при необходимости программу производства, а следовательно, и план заказов. Другими словами, дополнительные функции осуществляют обратную связь в системе, обеспечивающую гибкость планирования по отношению к внешним факторам, таким как уровень спроса, состояние дел у поставщиков и т. п.

Дальнейшее же усовершенствование системы MRP с замкнутым циклом привели к появлению стандарта MRP II. Система планирования производственных ресурсов — это замкнутая (с наличием обратных связей) система планирования, относящаяся к более тонкому планированию производства, к финансовому планированию себестоимости материалов и производственных затрат, а также к моделированию хода производства. Планируется не только выпуск изделий, но и ресурсы для выполнения плана. Начальным этапом планирования является прогнозирование и оценка производственных мощностей {Capacity Requirements Planning — CRP), позволяющее согласовывать потребности в материалах с возможностями производства. Присутствует также этап объемного планирования (Master Production Scheduling). Результаты объемного планирования являются исходной информацией для планирования потребностей в материалах (MRP), изготавливаемых и поступающих по кооперации.

За счет наличия обратных связей для планирования в модулях, отвечающих за управление производством и учет производства (Execution, Production activity control), а также за счет того, что модули оценки производственных мощностей, снабжения, планирования и учета функционируют как компоненты единой системы с использованием интегрированной базы данных можно говорить о возникновении первой интегрированной информационной системы для предприятия. Кроме того, система класса MRP II способна адаптироваться к изменениям внешней ситуации и эмулировать ответ на вопрос «Что, если?», т. е. моделировать различные ситуации. Результаты работы каждого Модуля анализируются всей системой в целом (Performance Measurement), что, собственно, и обеспечивает ее гибкость по отношению к внешним факторам. Степень же гибкости, адаптируемости ИС и на сегодняшний день являются одним из важнейших требований к ИС.

Любая система MRP II имеет базовый набор функций. Программные реализации различных производителей поддерживают их в обязательном порядке, добавляя к ним дополнительные возможности и функции, например управления персоналом. Базовые функции системы MRP II (модули) включают: данные об изделиях; функции планирования; функции управления операциями; функции обслуживания клиентов; функции управления финансами и учет.

Данные об изделиях. Для функционирования системы MRP II прежде всего необходима информация о тех объектах материального учета (материалах, комплектующих, сырье, деталях, полуфабрикатах, готовой продукции, инструментах, оснастке и т. д.), которыми система будет управлять. Эта информация содержится в специальных словарях системы, которые должны поддерживаться и обновляться пользователями. В свою очередь, система автоматически пополняет эту информацию и сообщает о случаях отклонений.

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

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

Функции планирования. К данной функции относятся действия по формированию основного производственного плана (ОПП), а также планирование поставок и процесса производства. Составление основного производственного плана занимает одно из центральных мест в планировании деятельности организации. Действия по формированию ОПП включают в себя составление непосредственно календарного производственного плана с учетом достаточности необходимых ресурсов и производственных мощностей, а также с учетом прогноза спроса и/или существующих (или плановых) заказов клиентов. Еще одна чрезвычайно важная функция ОПП — вычисление доступного для предложения количества продукции, на которое может быть принят заказ клиента с гарантией того, что товар будет отгружен в срок и в необходимом количестве. Иными словами — вычисление доступных производственных мощностей для полного изготовления известных позиций из выпускаемой предприятием номенклатуры продукции. Эта функция сравнивает запланированный объем производства (основной план) с предполагаемым спросом (заказы клиентов и прогноз спроса). Используя эти данные, руководители служб маркетинга и продаж способны оценить будущие объемы производимой продукции, которые реально могут быть проданы с учетом объемов, зарезервированных под уже принятые заказы. Такая информация может эффективно использоваться при заключении договоров с клиентами.

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

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

Функции управления операциями. Основные функции этого блока — управление производством и запасами (снабжение и управление складами). Выполняемые действия в системе включают в себя формирование производственных заказов или заказов на закупку, отслеживание их выполнения, действия по перемещению запасов на складах, а также действия по учету перечисленных операций, как в натуральном, так и в стоимостном выражении. Функции управления операциями обеспечивают регистрацию событий, отчеты о действиях в системе, отслеживание состояния и отклонений, а также формирование фактической себестоимости изделий и информации по отклонениям. Важно отметить, что использование метода MRP II для управления операциями предполагает управление объектами, в качестве которых выступают именно заказы (поставщику, от клиентов, в производство, на перемещение между складами/организациями), а не договоры и прочие документы, как это реализовано во многих компьютерных системах российских разработчиков.

Функции обслуживания клиентов. Аналогично функциям управления операциями, обслуживание клиентов — это в основном функции управления заказами клиентов, а именно:

• прием заказа клиента и отслеживание его статуса;

• отгрузка и формирование необходимых коммерческих документов (товарно-транспортных накладных, счетов-фактур и т. п.);

• управление расчетами с клиентом, отслеживание задолженности и анализ истории взаиморасчетов;

• передача информации о заказах клиента (в виде потребностей) в модуль планирования;

• анализ и прогнозирование спроса и продаж.

Эти функции тесно взаимодействуют с функциями управления запасами и могут включать возможности управления дистрибью-цией.

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

3-й стандарт — ERP (Enterprise Resource Planning) или система планирования ресурсов организации относится к 90-м гг. Он представляет собой реализацию стандарта MRP II в совокупности с модулем финансового планирования и является более универсальным, поскольку может быть установлен как в промышленных организациях, так и в организациях сферы услуг (банки, страховые организации, образовательные учреждения).

ERP-системы могут быть рекомендованы к внедрению в организациях:

• крупных;

• со сложным типом производства;

• с разветвленной филиальной сетью;

• с большим ассортиментом выпускаемой продукции;

• с повышенным объемом складских операций.

Концепция ERP предложена аналитической фирмой Gartner-Group в начале 90-х гг. Она представляет собой систему планирования ресурсов организации, реализованная как комплекс интегрированных программных модулей с общей базой данных. Эксперты в области автоматизированных систем отмечают, что главное слово в названии этой концепции — «организация» или бизнес. Главная идея ERP-систем — интеграция всех подразделений и функций организации в единой компьютерной системе, которая предназначена для удовлетворения различных потребностей, учета интересов всех этих подразделений.

Интеграция ERP основана на бухгалтерском учете, используемом для идентификации различных затрат, доходов по месту их возникновения и дальнейшему маршруту, а также для сквозного планирования ресурсов в рамках всей организации. Эти данные необходимы для принятия, изготовления, отгрузки и учета заказов клиентов. Добавленные в связи с этим финансовые функции можно классифицировать по трем категориям: финансовый учет; управленческий учет; финансовый менеджмент.

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

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

ERP в общих чертах можно рассматривать как интегрированную совокупность следующих основных подсистем: управление финансами; управление материальными потоками; управление производством; управление проектами; управление сервисным обслуживанием; управление качеством; управление персоналом.

Приведенный перечень функциональных подсистем не претендует на полноту и отражает основные направления деятельности организации. Каждая из перечисленных подсистем может включать в себя функциональные блоки, которые также могут быть оформлены в виде отдельных подсистем. Например, подсистема управления материальными потоками, как правило, включает в себя функционально законченный блок «Управление транспортом» для составления графиков и транспортных схем доставки, планирования и управления транспортом. В перечислении не указана подсистема информационной поддержки реинжиниринга (моделирования предприятия) и т. д. В то же время подсистемы управления материальными потоками, производством/проектами, сервисным обслуживанием формируют в совокупности информационную логистическую систему организации (логистика снабжения, хранения, транспортная логистика, производственная логистика, логистика сбыта и т. д.). В качестве ресурсов для планирования рассматриваются: денежные средства; материально-технические ресурсы; мощности (станки и оборудование, склады и места хранения, транспортные единицы и т. д.); кадровые ресурсы; информационные ресурсы и др.

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

Еще одной важной отличительной особенностью ERP, в отличие от всех предшествующих стандартов; является их ориентированность на управление географически распределенной организацией. В ERP добавляются механизмы управления транснациональными корпорациями, включая поддержку нескольких часовых поясов, языков, валют, систем бухгалтерского учета и отчетности. Эти отличия в меньшей степени затрагивают логику и функциональность систем и в большей степени определяют их инфраструктуру (Internet/intranet) и масштабируемость — до нескольких тысяч пользователей. Требования к гибкости, надежности и производительности программного обеспечения и вычислительных платформ неуклонно растут.

Правильное внедрение ERP предполагает изменение внутренних процедур в организации, изменение в работе ее сотрудников и в отношениях с заказчиками и поставщиками, т. е. вынужденный реинжиниринг. ERP-системы основаны на «лучших практиках», типовых и наиболее успешных бизнес-процессах, которые аккумулируются в базе. При внедрении ERP требуется либо изменить существующие в организации бизнес-процессы в соответствии с ERP, либо производить доводку системы под существующие в организации процессы. Определенным выходом из такой ситуации является создание отраслевых ERP-систем. Система должна поддерживать бизнес организации, только в этом случае она будет работать.

В России и Беларуси в Гражданском кодексе понятие «корпорация» отсутствует. Однако, реализация стандарта ERP II возможна и в белорусских организациях, отвечающих признакам корпоративной идентичности:

1. Сложный по структуре имущественный комплекс.

1. Сложная организационная структура (объединяет несколько юридических и физических лиц, в т. ч. банки и/иные финансовые организации).

2. Высокая степень диверсификации (организация работает как минимум в 5 отраслях/сферах деятельности).

3. Наличие штаб-квартиры (головной организации) и филиалов/представительств за рубежом.

4. Интернациональный штат сотрудников.

5. Численность сотрудников в головной организации не менее 1000 человек.

6. Осуществляется онлайновая поддержка бизнеса.

7. Доля экспортных хозяйственных операций не менее 30 % общего объема всех производимых организацией операций (выручки).

8. Готовится бухгалтерская отчетность в соответствии с международными стандартами.

10. Организация осуществляет предпринимательскую и эмиссионную деятельность.

11. Акции котируются на рынке (включены в листинг).

12. Соблюдается «мягкое законодательство» (кодексы корпоративного поведения и др.).

13. Вклад организации в валовой внутренний продукт (ВВП) составляет не менее 0,5—1 %.

14. Транспарентность бизнеса, т. е. финансовая и информационная открытость организации.

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

4-й стандарт — CSRP (Customer Synchronized Resource Planning) или планирование ресурсов организации, синхронизированное на потребителя. Этот стандарт относится к концу 90-х гг. и представляет собой реализацию стандарта ERP в соединении с автоматизацией взаимодействия с клиентами. Если первые три стандарта КИС в большей степени ориентированы на внутренние бизнес-процессы организации, то CSRP выходит за рамки конкретной организации и акцентирует внимание на внешних бизнес-процессах.

Один из самых последних (по сроку разработки) стандартов управления производственными ресурсами — CSRP (планирование ресурсов, синхронизированное с потребителем) — был предложен компанией SYMIX. Сущность состоит в том, что при планировании и управлении организацией можно и нужно учитывать не только основные производственные и материальные ресурсы организации, но и все те ресурсы, которые обычно рассматриваются как «вспомогательные» или «накладные». Это все ресурсы, потребляемые во время маркетинговой и «текущей» работы с клиентом, послепродажного обслуживания проданных товаров, перевалочных и обслуживающих операций, а также внутрицеховые ресурсы, т. е. всего «функционального» жизненного цикла товара. Это приобретает решающее значение для повышения конкурентоспособности организации в отраслях, где жизненный цикл товара невелик и требуется оперативно реагировать на изменение желаний потребителя.

Функциональный жизненный цикл продукта включает:

• производственный цикл — переработка материалов и сборка компонент в готовое изделие;

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

• предпродажный цикл — маркетинг, создание новых товаров, вывод их на рынок и работа по продаже до заключения контракта;

• послепродажный цикл — послепродажное обслуживание, утилизация товара и его компонент, гарантийное и послегарантийное обслуживание.

Соответственно, традиционный (или маркетинговый) цикл, которому он противопоставляется — это: создание продукта; выведение на рынок; быстрый рост; стабилизация; спад; •уход с рынка.

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

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

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

5-й стандарт. — ERP II (Enterprise Resource and Relationship Processing), или управление внутренними ресурсами и внешними связями организации. По определению Gartner Group, ERP II — это корпоративная информационная система, открытая для всех участников, действующих в поле общих интересов бизнеса. Некоторые специалисты в области ИТ-технологий считают, что ERP II — это бизнес-стратегия организации, принадлежащей к определенной отрасли, и набор ключевых для данной отрасли приложений, помогающих клиентам и акционерам организации увеличивать стоимость бизнеса за счет эффективной ИТ-поддержки и оптимизации операционных и финансовых процессов как внутри организации, так и во внешнем мире — в рамках сотрудничества с другими корпорациями.

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

В связи с этим организации начали присматриваться к таким приложениям, как SCM и CRM, а также к инструментам для ведения электронного бизнеса. Совокупность всех этих средств, объединенных под флагом Enterprise Application Suite (набор корпоративных приложений или интегрированная система предприятия — EAS), представляет собой некий функционально универсальный комплект приложений, удовлетворяющий нуждам всех категорий потребителей.

Авторитетная консалтинговая компания Gartner Group в 1999 г. заявила о завершении эпохи ERP-систем и их возрождении на новом качественном уровне. Была предложена концепция ERP II — Enterprise Resource and Relationship Processing — управление внутренними ресурсами и внешними связями предприятия.

Начало данной концепции было положено директором службы информационного обеспечения фирмы Turner Industries (Батон-Руж, шт. Луизиана) Патриком Томпсоном. Томпсон вместе со специалистами фирмы в 1996 г. самостоятельно разработали Web-интерфейс к имевшейся ERP-системе World Software, чтобы клиенты организации могли получать информацию с помощью Web-браузеров в реальном масштабе времени.

Решение Томпсона сделать ставку на развитие и расширение возможностей ERP, а не на скорую гибель этого класса систем находит, по оценке экспертов, все больше подражателей по мере роста в управленческой среде понимания того, что средства автоматизации управления организацией совершенно необходимы для совместного ведения бизнеса в электронной среде. Несмотря на то, что руководители служб информационного обеспечения и проектов электронного бизнеса не были вполне удовлетворены всеми аспектами своих прошлых и нынешних инвестиций в эти системы (их развертывание по-прежнему остается сложным и дорогостоящим), а многие производители этого программного обеспечения до сих пор еще не выпустили полностью переведенных на технологии Web версий своих продуктов, — по оценке экспертов, во многих организациях сегодня возобладала тенденция в пользу реинвестирования средств в системы ERP и вывода их на фарватер е-бизнеса. «Методология ERP будет продолжать играть важнейшую роль и служить основой очень многих вещей», — подвел итог аналитик из AMR Research (Бостон, шт. Массачусетс) Джон Бермудес.

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

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

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

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

В первом случае наблюдается слияние различных систем внутри программных продуктов, разработанных одной организацией-производителем. Производители ERP-систем все активнее продвигают дополнительные модули или даже полноценные совокупные продукты, позволяющие покупателю системы создавать Интернет-представительства и торговые площадки на базе систем поддержки внутренней инфраструктуры компании. Примерами таких компаний могут служить Oracle, IBM, PeopleSoft, SyBase, SAP. Соответственно, заметны и обратные тенденции: активные игроки на рынке В2В-решений выходят с новыми программными продуктами, имеющими значительные мощности по поддержке внутренней инфраструктуры компаний посредством Интернет-технологий.

С другой стороны, потребности бизнеса постоянно растут, и все реже одной информационной системе удается удовлетворить их хотя бы наполовину. Согласно статистике, хорошим показателем для проекта внедрения считается результат, когда ERP-система покрывает 40 % потребностей предприятия. На ранних стадиях развития рынка корпоративного ПО этот показатель составлял 70 %. Во многом именно по этой причине наиболее оправданным методом сегодня признается создание сетей, в которых обеспечивается взаимодействие разнородных систем. Как утверждают специалисты, использование программного обеспечения от одного поставщика чаще всего не является оптимальным решением.

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

Новое явление получило название Collaborative ERP и позиционируется уже как следующая ступень после ERP-II. Приведем высказывание Андрея Шабанова, главы российского представительства Scala CIS: «Уже в самом названии заложен ответ, в чем отличие системы Collaborative от системы ERP-II. Слово Collaborative означает "сотрудничество с соперниками"». Основная проблема, возникающая при внедрении систем нескольких разработчиков, а именно их сопряжение и обмен информацией в реальном масштабе времени, решается с помощью разработки унифицированных протоколов обмена. Наибольшее распространение в настоящее время получает протокол xml, на основе которого строится взаимодействие между различными системами, ввиду его легкости в использовании. Разработка и развитие этого протокола ведется так, чтобы избежать возникновения любых «диалектов», т. е. поддерживается его стопроцентная однозначность при максимальной функциональности и простоте. В пользу «коллаборации» выступают и традиционные для «единой ERP» минусы — перерасход бюджета при внедрении и крайне болезненная переориентация пользователей на новую методологию системы.

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

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

По оценкам специалистов Gartner, период с 2000 по 2005 гг. в странах Западной Европы и США связан с первой волной Collaborative Commerce — совместной коммерции, совместного бизнеса. Она характеризуется налаживанием интерактивного взаимодействия компаний с их постоянными партнерами через Интернет. Такое взаимодействие подразумевает предоставление внешним пользователям гораздо большего доступа к корпоративной информации и поэтому должно основываться на принципах гарантии безопасности и доверия к партнеру, а также на согласованных правилах работы. 2005—2007 гг. стали периодом второй волны Collaborative ERP, основанной на еще большей открытости ERP-систем. Предполагается, что ведущие производители реализуют интерфейсы между своими системами, появятся новые торговые площадки и сформируется новая инфраструктура для ведения бизнеса (например, на основе деловых Web-сервисов в архитектуре .Net). Принципиальное отличие от первой волны в данном случае состоит во взаимодействиях «многие — ко многим», т. е. организации будут сотрудничать не только с постоянными партнерами, но и со всеми членами бизнес-сообщества.

Появление стандарта ERP II вызвано тем, что для современных ERP-систем характерно развитие новых функциональных возможностей, связанное с выходом за традиционные рамки оптимизации и автоматизации транзакционных процессов внутри организации (технологии SCM и CRM). При этом традиционный контур управления, присущий ERP-системе, называют приложениями back-office (внутренней системой), а внешние для организации приложения — front-office.