Подписанный двумя ЭЦП (магазина и покупателя) чек направляется магазином в Банк для авторизации

4. Подписанный двумя ЭЦП (магазина и покупателя) чек направляется магазином в Банк для авторизации.

5. Банк производит обработку подписанного чека: проверяет наличие в системе магазина и покупателя, проверяет ЭЦП покупателя и магазина, проверяет остаток и лимиты средств на счете покупателя, сохраняет копию чека в базе данных банка.

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

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

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

1. Покупатель через Интернет подключается к Web-серверу Интернет-магазина, формирует корзину товаров и выбирает форму оплаты по кредитным карточкам.

2. Магазин формирует заказ и переадресует покупателя на сервер авторизации, одновременно туда же передаются код магазина, номер заказа и его сумма.

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

4. Авторизационный сервер производит предварительную обработку принятой информации и передает ее в банк.

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

6. При запрете авторизации: банк передает серверу авторизации отказ от проведения платежа, сервер авторизации передает покупателю отказ с описанием причины, а магазину — отказ с номером заказа.

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

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

9. При отказе в авторизации: банк передает серверу авторизации отказ от проведения платежа, сервер авторизации передает покупателю отказ с описанием причины.

10. Сервер авторизации передает магазину отказ с номером заказа.

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

Открывая электронный магазин, следует иметь ввиду, что число владельцев карточек в России невелико, из них около 90% приходится на зарплатные проекты.

Системы второго типа позволяют использовать деньги, внесенные на лицевой счет Интернет-провайдера (ISP). Такой метод дает возможность осуществлять микроплатежи ($1-$2), для которых системы с пластиковыми карточками неэффективны (в них рентабельны операции на сумму не менее $20). К минусам данной системы оплаты можно отнести то, что провайдер выполняет несвойственные ему функции банка, хотя банк в этой схеме тоже участвует, кроме того, число пользователей системы напрямую зависит от количества "охваченных" ею провайдеров.

Деятельность систем с использованием "электронного кошелька" базируется на применении специального программного обеспечения, хранящего виртуальные деньги. Однако электронные деньги возникают в кошельке только после того, как пользователь перевел на счет компании-владельца системы свои реальные накопления. И вы должны очень сильно доверять организации, поддерживающей эту систему. Наличие комиссионного сбора, например, у Webmoney в размере 0,8% от каждой операции, также не очень привлекает пользователей. Но тем не менее, по общемировому прогнозу технология "электронных кошельков" в будущем вытеснит из Интернета платежи по электронным картам.

Из систем платежей по смарт-карточкам пока существует только одна ¾ фирмы "СмартКардСервис". Для оплаты используются карточки "СБЕРКАРТ" Сбербанка России.

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

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

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

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

·     Недостаточное число пользователей Интернет.

·     Необходимость расширения системы кредитных карточек.

·     Необходимость развития инфраструктуры системы связи.

·     Необходимость повышения безопасности передачи данных в Интернет.

·     Необходимость принятия соответствующих законодательных актов.

·     Нехватка средств на финансирование Интернет-проектов.

Здесь есть определенные успехи. Принят "Закон об информации, информатизации и защите информации", “Закон об электронно-цифровой подписи”, в новом Уголовном Кодексе РФ есть статьи, позволяющие привлекать к ответственности за нарушения, связанные с компьютерами, разработана "Концепция информационной безопасности", "Концепция формирования информационного общества в России". Все проблемы заключения контрактов, регистрации доменных имен, торговых марок должны быть решены с помощью соответствующих законов или инструкций.

  Глава 4. Основы проектирования информационных систем. 4.1 Методы проектирование информационных систем.

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

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

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

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

Метод "снизу-вверх".

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

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

Метод "сверху-вниз".

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

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

Принципы "дуализма" и многокомпонентности.

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

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

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

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

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

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

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

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

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

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

Что же заставляет банки разрабатывать предприятия и банки свои АИС собственными силами:

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

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

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

·     В четвертых, оперативная реакция на изменения правил игры на рынке.

Вместе с тем при собственной разработке необходимо решить целый комплекс организационно-технических задач, которые позволили бы избежать ошибочных решений

Во-первых, правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.

Во-вторых, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.).

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

В четвертых, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.

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

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

4.2 Этапы разработки автоматизированных информационных систем.

Таблица 3.Этапы проектирования АИС и их характеристики.

№	Наименование этапа	Основные характеристики
1	Разработка и анализ бизнес - модели	Определяются основные задачи АИС, проводится декомпозиция задач по модулям и определяются функции с помощью которых решаются эти задачи. Описание функций осуществляется на языке производственных (описание процессов предметной области), функциональных (описание форм обрабатываемых документов) и технических требований (аппаратное, программное, лингвистическое обеспечение АИС). Метод решения: Функциональное моделирование. Результат: 1.Концептуальная модель АИС, состоящая из описания предметной области, ресурсов и потоков данных, перечень требований и ограничений к технической реализации АИС. 2.Аппаратно-технический состав создаваемой АИС.
2	Формализация бизнес - модели, разработка логической модели бизнес -процессов.	Разработанная концептуальная модель формализуется, т.е. воплощается в виде логической модели АИС. Метод решения: Разработка диаграммы "сущность-связь" (ER (Entity-Reationship) - CASE- диаграммы). Результат: Разработанное информационное обеспечение АИС: схемы и структуры данных для всех уровней модульности АИС, документация по логической структуре АИС, сгенерированные скрипты для создания объектов БД.
3	Выбор лингвистического обеспечения, разработка программного обеспечения АИС.	Разработка АИС: выбирается лингвистическое обеспечение (среда разработки - инструментарий), проводится разработка программного и методического обеспечения. Разработанная на втором этапе логическая схема воплощается в реальные объекты, при этом логические схемы реализуются в виде объектов базы данных, а функциональные схемы - в пользовательские формы и приложения. Метод решения: Разработка программного кода с использованием выбранного инструментария. Результат: Работоспособная АИС.
4	Тестирование и отладка АИС	На данном этапе осуществляется корректировка информационного, аппаратного, программного обеспечения, проводится разработка методического обеспечения (документации разработчика, пользователя) и т.п. Результат: Оптимальный состав и эффективное функционирование АИС. Комплект документации: разработчика, администратора, пользователя.
5	Эксплуатация и контроль версий	Особенность АИС созданных по архитектуре клиент сервер является их многоуровневость и многомодульность, поэтому при их эксплуатации и развитии на первое место выходят вопросы контроля версий, т.е. добавление новых и развитие старых модулей с выводом из эксплуатации старых. Например, если ежедневный контроль версий не ведется, то в как показала практика, БД АИС за год эксплуатации может насчитывать более 1000 таблиц, из которых эффективно использоваться будет лишь 20-30%. Результат: Наращиваемость и безизбыточный состав гибкой, масштабируемой АИС

Рис.2. Последовательность трансформации бизнес-модели в объекты БД и приложения.

Разработка и анализ бизнес-модели

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

·     Получения информации;

·     Переработка информации;

·     Анализа, подготовки и принятия решения.

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

·     руководство теряет целостную картину происходящего;

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

·     это приводит к падению производительности и вызывает ощущение недостатка в ресурсах: людских, технических, коммуникационных и т.д.;

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

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

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

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

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

ГЛАВА 5. Стандарты управления MRP, MRP II, ERP, CSRP. CRM-системы 5.1 Основные стандарты информационных систем

Не существует специальных стандартов, регламентирующих функции КИС, но как правило такие системы ориентируются на широко распространенные методологии MRPII и ERP, фактически являющиеся стандартами управления бизнесом. Данные стандарты разработаны американским обществом по контролю за производством и запасами (American Production and Inventory Control Society, APICS).

Исходным стандартом систем управления предприятием стал стандарт MRP (Material Requirements Planning), появившейся в 70-х годах. Он включает в себя планирование материалов для производства.

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

Таким образом, партии исходных материалов поступают одна за другой как бы «проталкивая» ранее поступившие по всем стадиям производственного процесса. Принцип «Толкающей системы»: Изготавливать узлы и поставлять их на следующую стадию производства, где они необходимы, или на склад, тем самым «проталкивая» материалы по производственному процессу в соответствии с планом.

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

В каких случаях использование MRP систем  является целесообразным?

Прежде всего, необходимо заметить, что MRP системы разрабатывались для использования на производственных предприятиях. Если предприятие имеет дискретный тип производства с относительно длительным циклом производства (Сборка на заказ - ATO, Изготовление на заказ - MTO, Изготовление на склад - MTS,  …), т.е. когда для выпускаемых изделий имеется ведомость материалов и состав изделия (разузлование), то использование MRP системы является логичным и  целесообразным.

Если предприятие имеет процессное производство (Process Industry), то применение MRP функциональности оправдано в случае относительно длительного производственного цикла (наличиеMPSпланирования).

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

MRP системы базируются на планировании материалов для удовлетворения потребностей  производства и включают непосредственно функциональность MRP , функциональность по описанию и планированию загрузки производственных мощностей CRP (Capacity Resources Planning) и имеют своей целью создание оптимальных условий для реализации производственного плана выпуска продукции.

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

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

Основные элементы MRP

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

Рис. 3.  Основные элементы MRP

В упрощенном виде исходную информацию для MRP системы представляют следующие элементы:

Основной производственный план-график - Master Production Schedule(MPS)

На практике разработка MPS представляется петлей планирования. Первоначально формируется черновой вариант для оценки возможности обеспечения реализации по материальным ресурсам и мощностям.

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

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

Рис. 4. “Петля” MPS / MRP планирования

Ведомость материалов, состав изделия

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

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

Состояние запасов

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

·           общие данные

·           код, описание, тип, размер, вес и т.д.

·           данные запаса

·           единица запаса, единица хранения, свободный запас, оптимальный запас, запланированный к заказу, заказанный запас, распределенный запас, признак партии/серии и т.д.

·           данные по закупкам и продажам

·           единица закупки/продажи, основной поставщик, цена, ...

·           данные по себестоимости

·           данные по производству и производственным заказам и т.д.

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

На основании входных данных MRP система выполняет следующие основные операции:

·           на основании MPS определяется количественный состав конечных изделий для каждого периода времени планирования

·           к составу конечных изделий добавляются  запасные части, не включенные в MPS

·           для MPS и запасных частей определяется общая потребность в материальных ресурсах  в соответствии с ВМ и составом изделия с распределением по периодам времени планирования

·           общая потребность материалов корректируется с учетом состояния запасов для каждого периода времени планирования

·           осуществляется формирование заказов на пополнение запасов с учетом необходимых времен опережения

Результатами работы MRP системы  являются:

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

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

·           изменения плана-графика снабжения – внесение корректировок в ранее сформированный план-график снабжения производства

·           ряд отчетов, необходимых для управления процессом снабжения производства

Одной из составляющих интегрированных информационных систем управления предприятием класса MRP, MRP IIявляется система планирования производственных мощностей (CRP).

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

Типовой состав функциональности  MRP систем:

MPS

·           описание плановых единиц и уровней планирования

·           описание спецификаций планирования

·           формирование основного производственного плана-графика

MRP

·           управление изделиями (описание материалов, комплектующих и единиц готовой продукции)

·           управление запасами

·           управление конфигурацией изделия (состав изделия)

·           ведение ведомости материалов

·           расчет потребности в материалах

·           формирование MRP заказов на закупку

·           формирование MRP заказов на перемещение

·           . . .

CRP

·           рабочие центры (описание структуры производственных рабочих центров с определением мощности)

·           машины и механизмы (описание производственного оборудования с определением нормативной мощности)

·           производственные операции, выполняемые в привязке к рабочим центрам и оборудованию

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

·           расчет потребностей по мощностям для определения критической загрузки и принятия решения

·           . . .

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

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

Система MRP предназначена для планирования всех ресурсов предприятия для реализации производственного плана – материалов, мощностей и денег. Упрощенная последовательность планирования уже была представлена петлей планирования на Рис. 4.

Схематично состав системы MRP II приведен ниже (Рис. 5)

Рис. 5. Структурная схема элементов MRP II

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

Стандартные функции подсистем планирования и управления производством, а также управления снабжением, хранением, распределением и сбытом, характерные для MRP II и ERP систем приведены ниже:

Определение изделия и технологии

·           Управление конструкторскими данными

·           Система управления чертежами

·           Конфигурация продукта

·           Спецификация изделия

·           Определение технологических маршрутов

·           Учет затрат

·           …

Примечание: для процессного производства описание продукции задается специальными формулами (рецептами).

Планирование

·           Разработка основного производственного плана-графика

·           Планирование Производства

·           Планирование потребности в материалах

·           Планирование потребности в производственных мощностях

·           Планирование ресурсов по производственному проекту

·           Сетевое планирование производственного проекта

·           План-график конечной сборки

·           …

Управление

·           Управление производством

·           Цеховое управление

·           Управление серийным производством

·           …

Подсистема управления снабжением, хранением, распределением, сбытом:

·           Управление изделиями

·           Управление запасами

·           Управление хранением

·           Управление пополнением запасов

·           Управление закупками

·           Управление продажами

·           Управление партиями

·           Статистическое управление запасами

·           Планирование потребностей распределения

·           Ведение маркетинга и продаж

·           Электронный обмен данными

·           …

ERP система в свою очередь является дальнейшим развитием системы MRP II и включает в себя планирование ресурсов предприятия для всех основных видов деятельности (Рис 6) 

Рис. 6. Функциональные элементы ERP системы

 

 Особенности организации выбора ERP систем

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

Очевидным является факт, что имеется различная степень интереса к данным системам со стороны предприятий:

§ Частная инициатива

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

§ Слабо организованный процесс

Интерес сотрудников служб АСУП с пояснением, что в принципе руководство предприятия рассматривает вопрос возможной автоматизации предприятия и проходит стадия предварительного отбора поставщиков/систем – кандидатов.

§ Организованный процесс

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

§ Квалифицированно организованный процесс

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

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

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

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

·           предварительно подобрать, согласовать и утвердить проектную группу экспертов из состава ведущих специалистов предприятия по основным направлениям деятельности с определением регламента работы группы

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

·           составом проектной группы подготовить и утвердить перечень систем к рассмотрению

·           сформулированный перечень требований и вопросов представить перспективным компаниям и инициировать процедуры презентаций

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

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

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

Последней появилась концепция стандарта CSRP (Customer Synchronized Resource Planning), регламентирующая взаимодействие с клиентом, субподрядчиком ¾ выходя из рамок внутренней во внешнюю деятельность предприятия.

CRM-системы

Новая технология управления взаимоотношениями с клиентами позволяет существенно улучшить сервис и вовремя предложить рынку востребованный продукт. Успех компании в условиях растущей конкуренции во многом определяется тем, насколько точно и своевременно она способна определить нужды и индивидуальные предпочтения каждого из своих клиентов, предложив продукт или услугу на более высоком, чем конкуренты, уровне. Сохранить свои позиции на рынке и получить дополнительную прибыль помогают современные технологии управления взаимоотношениями с заказчиками – CRM (Customer Relationships Management).

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

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

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

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

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

Следствием внедрения CRM-технологий может стать изменение бизнес-процессов компании.

5.2 Краткий обзор российского рынка систем управления предприятием.

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

Первая группа ¾ это крупные интегрированные пакеты зарубежных разработчиков класса MRP II/ERP, ориентированные на управление на основе бизнес-процессов.

Данную группу образуют комплексы интегрированных приложений для автоматизации всей деятельности предприятия различного уровня: от крупной корпорации до среднего предприятия. К данной группе относятся продукты высшего ценового класса от SAP AG (R/3), ORACLE (Oracle Application), BAAN (BAAN IV), Navision-Microsoft (AXAPTA) и др. Западные системы обычно сделаны «под ключ», поставщики внедряют свои системы как самостоятельно, так и с помощью российских партнеров. Формирование стоимости систем трехуровневое и включает стоимость лицензии на инсталляцию, стоимость консалтинга и обучения персонала, стоимость настройки и внедрения. Причем стоимость настройки и внедрения в три-четыре раза выше стоимости инсталляции системы.

Вторая группа ¾ это средние интегрированные пакеты отечественных разработчиков (Галактика, Парус, БОСС-Корпорация). Используя западные платформы, например СУБД ORACLE, российские производители предлагают свои корпоративные системы управления, превосходящие западные по двум основным параметрам ¾ доступным ценам и учету российской специфики уже в исходных модулях. Однако, они еще не достигли полной реализации технологий MRPII/ERP.

Третья ¾ малые интегрированные и локальные пакеты отечественных разработчиков.

В таблице 4 приведены примеры наиболее известных систем

Таблица 4

Примеры систем управления предприятием

Класс систем	Название	Разработчик	Стоимость, в тыс. $
Крупные интегрированные системы	R/3 Baan IV Oracle E-Business Suite	SAP Baan Oracle	Свыше 500
Средние интегрированные системы	JD Edwards SyteLine Галактика Парус Босс-Корпорация	Edwards SOCAP Галактика, Россия Парус, Россия АйТи, Россия	200- 500
Малые интегрированные системы	Concord XAL Scala Platinum SQL БЭСТ-ПРО	Columbus IT Partner Scala Platinum Software Corporation  Интеллект-Сервис, Россия	50- 300
Локальные системы	1C БЭСТ Инфин	1С, Россия Интеллект-Сервис, Россия Инфин, Россия	5 - 50

Оценка эффекта внедрения системы автоматизации управления существенно зависит от сектора экономики и конкретного предприятия. Для издержек внедрения можно использовать оценки затрат времени и средств, показанные в таблице 5.

Таблица 5

Издержки внедрения систем управления предприятием

	Локальные системы	Малые интегрированные системы	Средние интегрированные системы	Крупные интегрированные системы
Внедрение	Простое; "коробочный вариант"	Поэтапное или "коробочный вариант", более 4 мес.	Только поэтапное, более 6-9 мес.	Поэтапное сложное, более 9-12 мес.
Фукциональность	Учетные системы	Комплексный учет и управление финансами	Комплексный учет, управление снабжением, производством, сбытом, финансами, овладение стратегиями развития.
Соотношение затрат на лицензию/ внедрение /оборудование	1/0.5/2	1/1/1	1/2/1	1/1-5/1
Примерная стоимость, тыс. $	5- 50	50-300	200-500	500 и более

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

5.3 Примеры информационных систем управления предприятием

SAP R/3. SAP R/3 (разработчик германская фирма SAP AG) ¾ наиболее широко используемое в мире стандартное решение класса ERP, служащее для электронной обработки информации на основе архитектуры «клиент-сервер». Система позволяет обеспечить одновременную работу до 30 тысяч пользователей.

Все компоненты системы R/3 настраиваются на конкретное предприятие и позволяют обеспечивать внедрение эволюционным путем. Заказчик может выбрать оптимальную конфигурацию из более чем 800 готовых бизнес-процессов. В состав системы входят следующие подсистемы, построенные по модульному принципу: IS – отраслевые решения; WF – управление информационными потоками; PS – проекты; AM – основные средства; CO – контроллинг; FI – финансы; SD – сбыт; MM – управление материальными потоками; PP – планирование производства; QM – управление качеством; PM – техническое обслуживание и ремонт оборудования; HR – управление персоналом.

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

Основными элементами учета и отчетности являются следующие модули.

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

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

Контроллинг (CO) состоит из контроллинга косвенных затрат, контроллинга затрат на продукт, учета результатов хозяйственной деятельности.

Управление инвестициями (IM) обеспечивает широкое планирование инвестиционных программ и управление отдельными инвестиционными мероприятиями.

Контроллинг деятельности предприятия включает в себя консолидацию (CS), учет затрат по МВП (PCA), информационную систему для менеджмента (EIS), планирование деятельности предприятия (BP).

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

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

В системе предусмотрена поддержка электронной коммерции B2B, проведения расчетов с использованием кредитных карточек.

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

Внедрения: более 200 в странах СНГ, в том числе Белгородэнерго, Белорусский металлургический комбинат, Красноярская железная дорогая, Восточно-сибирская железная дорога, Сургутнефтегаз, Нижнетагильский металлургический комбинат и др.

Стоимость инсталляции: 300-350 тысяч долларов в расчете на 50 пользователей.

BAAN IV. BAAN IV ( разработка одноименной фирмы) ¾ комплексная система ERP-класса, охватывающая следующие виды управленческих задач.

BAAN-Моделирование предприятия: способствует сокращению сроков внедрения, снижению уровня затрат и ускоренному возврату вложенных средств. В основе подсистемы лежат уникальные средства методологии внедрения, называемой Orgware, разработанной с учетом опыта внедрения продуктов BAAN более чем в 50-ти странах мира. Процесс внедрения начинается с описания или рассмотрения соответствующей типу и профилю предприятия референтной модели. На следующей стадии производится корректировка параметров бизнес-модели с учетом требований заказчика. Далее система конфигурируется и для каждого конкретного пользователя создается меню, в структуру которого могут быть включены инструкции и нормативные документы, определяющие выполнение отдельных задач. В завершении проводится анализ деятельности предприятия, на основе которого формируются решения по модернизации производства, определяются дальнейшие направления развития.

Использование системы позволяет сократить время внедрения до 3-10 месяцев.

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

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

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

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

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

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

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

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

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

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

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

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

Внедрения: «Нижфарм», УралАЗ, КамАЗ, БелАЗ, Челябинский тракторный завод, Иркутское авиационное производственное предприятие, Шелеховский алюминиевый завод и др.

ORACLE E-BUSINESS SUITE. Разработчик ¾ фирмаOracle. Oracle E-Business Suite - это полный интегрированный комплекс приложений для электронного бизнеса, работающий в корпоративном Интранете и глобальном Интернете. Сегодня комплекс включает все приложения, необходимые предприятию: маркетинг, продажи, снабжение, производство, обслуживание заказчиков, бухгалтерия, учет кадров и пр.

Современную версию Oracle E-Business Suite 11i можно условно разделить на три функциональных блока:

·     Oracle ERP (Enterprise Resource Planning);

·     Oracle CRM (Customer Relationship Management;

·     Oracle E-Hub (Электронная коммерция).

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

ERP-приложения Oracle: Управление производством; Управление финансами; Управление персоналом; Логистика; Управление проектами.

Oracle CRM (Customer Relationship Management) - приложения для автоматизации и повышения эффективности процессов, направленных на взаимоотношения с клиентами (продажи, маркетинг, сервис). Ключевой аспект успешного бизнеса ¾ это умение привлекать и сохранять прибыльных клиентов, использовать информацию о клиентах и внутренних бизнес-процессах для принятия точных и своевременных решений. Решения CRM дают организации возможность взаимодействовать с заказчиком через те каналы, которые для него максимально удобны. И, наконец, CRM позволяет компании развивать стандартные модели маркетинга, продаж и обслуживания в Интернете, что значительно расширяет круг потенциальных клиентов, повышает качество сервиса и прибыльность вашего бизнеса.

Oracle E-Hub - приложения для организации электронных торговых площадок.

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

ГАЛАКТИКА. Разработчик ¾ корпорация Галактика, Россия. Система Галактика ориентирована на автоматизацию решения задач, возникающих на всех стадиях управленческого цикла: прогнозирование и планирование, учет и контроль реализации планов, анализ результатов, коррекция прогнозов и планов. Система имеет модульную структуру, модули, в свою очередь, объединены в функциональные контуры (см. рис. 7, 8.). Пунктиром изображены модули, находящиеся в стадии разработки. Объединение модулей в контуры Логистики, Финансовый, Управления персоналом выполнено по виду ресурсов, над которыми совершается управленческая деятельность. В Контур управления производством и Административный контур, а также Контур управления взаимоотношениями с клиентами модули включены в соответствии с автоматизируемым видом деятельности. Понятие “модуль” не следует отождествлять с привычным для сотрудников служб автоматизации термином АРМ. В каждом модуле присутствуют функции, предназначенные, с одной стороны, для использования как непосредственными исполнителями, так и управленцами различного уровня, а, с другой стороны, — для решения задач, относящихся к различным видам управленческой деятельности.

Допустимо как изолированное использование отдельных модулей, так и их произвольные комбинации, в зависимости от производственно-экономической необходимости.

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

Дальнейшее развитие системы предусматривает соответствие (в перспективе) функциональности, технологичности и степени интеграции системы современным концепциям ERP (Enterprise Resource Planinng — “планирование ресурсов предприятия”), CSRP (Custom Synchronized Resource Planning — “планирование ресурсов, синхронизированное с покупателем”), SEM (Strategic Enterprise Management — “стратегическое управление предприятием”, а также стандартам открытых систем.

Рис. 7. Состав системы Галактика

Рис. 8. Схема информационных потоков Контура логистики в системе Галактика

БОСС–КОРПОРАЦИЯ. Разработчик ¾ компания АйТи, Россия. БОСС-КОРПОРАЦИЯ ¾ отечественная система для крупных организаций.

Разработана для автоматизации управления финансово-хозяйственной деятельности корпораций, производственных и торговых объединений на базе Oracle 7 Server. В состав системы входят модуль "Администратор" и подсистемы, содержащие следующие модули.

Управление финансами: "Анализ бюджетов", "Бюджеты", "Главная книга", "Учет банковских операций", "Учет расчетов с дебиторами и кредиторами", "Учет кассовых операций", "Учет расчетов с подотчетными лицами".

Управление производством: "Технологическая подготовка производства", "Технико-экономическое планирование", Учет затрат на производство".

Управление закупками, запасами и реализацией: "Закупки", "Запасы", "Реализация".

Управление персоналом: "Расчет зарплаты", "Учет кадров", "Штатное расписание".

Управление основными средствами и оборудованием: "Основные средства и оборудование".

Разработчик системы фирма "АйТи" работает в области автоматизации управленческой деятельности с 1995г. (автоматизация Академии Генштаба МО РФ). Использует аппаратную платформу Sun MicroSystems (операционная система Solaris). Программная платформа Oracle обеспечивает разработчиков инструментальными средствами: SQL*Plus ¾ средство выработки запросов, определения и управления данными; Oracle8 Enterprise Manager ¾ управление и администрирование распределёнными средами данных; Desiner ¾ средство моделирования, генерации приложений и обратного реинжиниринга для приложений баз данных; Object Database Designer ¾ объектное средство проектирования, создания и доступа; Developer ¾ средство RAD приложений баз данных в архитектуре "клиент-сервер" и Web. Кроме указанных средств нет особых проблем в использовании технологии OLAP фирмы Oracle на уровне предприятия (Oracle Express).

1С:ПРЕДПРИЯТИЕ. (Компания 1С, Россия). Система "1С:Предприятие": комплексная конфигурация "Бухгалтерия; Торговля; Склад; Зарплата; Кадры" представляет собой универсальную программу ¾ конструктор, которая позволяет вести учет в одной информационной базе от имени нескольких организаций.

Бухгалтерский учет реализует стандартную методологию учета для хозрасчетных организаций в соответствии с текущим законодательством России.

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

Система позволяет вести одновременно два вида учета торговой деятельности: управленческий и финансовый.

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

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

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

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

Конфигурация «Производство+Услуги+Бухгалтерия» служит для автоматизации учета на небольших производственных предприятиях и фирмах, ведущих оптовую торговлю.

Конфигурация «Финансовое планирование» предназначена для ведения бюджетов.

Внедрения и стоимость. Продукты компании 1С занимают около 40% российского рынка программ данного класса. Стоимость одноместной конфигурации в зависимости от реализуемых функций от 250 до 500$; сетевая версия стоит около 1000$. Разработкой конфигурации на основе MS SQL и реализацией функций по описанию и учету производства фирма "1С" продвигается в класс малых корпоративных систем.

  ЛИТЕРАТУРА Laudon K.C., Laudon J.P. Management Information Systems. PRENTICE HALL. Upper Saddle River, New Jersey. 2002. - 679 С. Автоматизированные информационные технологии в экономике: Учебник/ Под ред. проф. Г.А.Титоренко. – М.: Компьютер, ЮНИТИ, 1998. – 400с.

3.    Использование ORACLE. Специальное издание.- М.:Издательский дом «Вильямс», 1999.-1024с.

4.    Компьютерные сети: Учебный курс/ Microsoft Corporation; Пер. с англ. Богомолова О.А.-М.: Изд.отдел «Русская редакция» ТООО “Channel Trading LTD”, 1997.- 696с.

5.    Компьютерные сети: Пер. с англ. Учебный курс. М.: Русская редакция, 1998.- 659с.

6.    Linux за 24 часа: Уч.пос. М.: Изд. дом «Вильямс», 1999. –480с.

Алан Р. С. Стратегические технологии баз данных: менеджмент на 2000 г. Пер. с англ./Под ред. Когаловского М.Р.- М.: Финансы и статистика, 1999 –479 С. Дюк В., А. Самойленко. DataMining: учебный курс. СПб: Питер, 2001. – 368с. Евдокимов В.В. Экономическая информатика. Учебник для вузов. Спб.: Интер, 1997 Зубик В. Б., Зубик Д.В., Седегов Р.С. Экономическая безопасность предприятия (фирмы). Минск: Вышейшая школа, 1998. 391с. Милославская Н.Г., Толстой А.И. Интрасети: доступ в Интернет, защита. Уч. пос. для вузов. М.: Юнити-Дана, 2000. – 527с.  Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: реинжиниринг организаций и информационные технологии. – М.: Финансы и статистика, 1997. Питер Кью. Использование UNIX. М.; Спб.; К.:Изд. дом «Вильямс», 1999.- 624с. Ромынинский М.В. Основы сотовой связи. –М.: Радио и связь, 2000. –248с. Шеер Август-Вильгельм. Бизнес- процессы. Основные понятия. Теория. Методы. М.: Весть-МетаТехнология, 1999. –150 C. Шеер Август-Вильгельм. Моделирование бизнес - процессов. М.: Весть-МетаТехнология, 2000. –175 C. Материалы сайтов: www.galaktika.ru, www.pro-invest.ru, www.boss.ru, www.baan.ru, www.oracle.ru, www.1C.ru, www.sap.com, www.microsoft.ru, www.cfin.ru, www.citforum.ru, inftech.webserveris.ru и др.