В табл. 4.8 сведены воедино все решения Oracle E-Business Suite (OEBS) на примере телекоммуникационных компаний. Из таблицы видно, что функционалы продуктов Oracle могут удовлетворить самые изысканные запросы клиентов.

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

• модуль управления финансами;

• модуль управления логистикой;

• модуль управления проектами;

• модуль управления персоналом.

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

Кратко рассмотрим основную функциональность Oracle E-Business Suite.

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

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

Карта решений Oracle для телекоммуникационной отрасли

Состав решения:

• Главная книга;

• кредиторы;

• дебиторы;

• движение денежных средств;

• основные средства;

• система глобальной консолидации;

• управление недвижимостью;

• управление лизингом;

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

• функционально-стоимостной учет;

• финансовая информационная система;

• внутренний контроль.

Управление проектами «Огас1е Проекты» - это пакет приложений для электронного бизнеса, который поддерживает управление всем жизненным циклом проекта.

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

Использование возможностей «Огас1е Проекты» позволяет:

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

• обеспечивать непрерывный рост прибыли предприятия за счет применения специальной методологии управления проектами, максимизации их потенциала, использования концепции «самообслуживания» и Интернет-снабжения;

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

Состав решения:

• калькуляция проектов;

• Интернет-табель;

• проектные контракты;

• система информирования руководства;

• совместное ведение проектов;

• счета по проектам;

• управление проектами;

• управление ресурсами проектов.

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

«Огас1е Управление персоналом» относится к числу наиболее полнофункциональных систем для организации работы современного предприятия. Это прогрессивное средство управления, при помощи которого осуществляется жесткий контроль расходования средств, предоставляется достоверная оперативная информация руководству предприятия, проводится анализ эффективности использования трудовых ресурсов. Модуль позволяет осуществлять:

• сопровождение всех этапов работы с персоналом: подбор и найм, обучение и развитие, аттестацию, перемещение по служебной лестнице, мотивацию;

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

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

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

• ведение налоговой и статистической отчетности по типовым государственным формам с учетом требований трудового законода тельства, по нестандартной отчетности при помощи средств разработки Oracle;

• оперативный анализ данных и поддержку принятия решений на базе технологии OLAP.

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

Управление логистикой вместе с Oracle E-Business Suite помогает предприятиям:

• управлять потоками заказов на продажу;

• управлять запасами и складами;

• отслеживать состояние и управлять заданиями на производство и отгрузкой продукции;

• управлять транспортировкой продукции;

• обмениваться информацией с поставщиками, перевозчиками и заказчиками;

• координировать работу цепочки поставок;

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

• обеспечивать доступность информации в режиме реального времени;

• интегрировать в общую систему другие приложения.

Состав системы:

• управление сбытом;

• управление складами;

• управление снабжением.

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

Практические вопросы, связанные с внедрением контура логистики системы ЕКР-класса ОЕВБ на примере телекоммуникационной компании ОЕВБ позволяет объединить в единое информационное пространство данные разных функциональных подразделений телекоммуникационной компании. Рассмотрим более детально бизнес-процес-сы, которые выполняются в модулях Логистики - Запасах, Закупках и в модуле Проекты.

Модуль Огас1е «Управление материальными запасами» (УМЗ) представляет собой интегрированное программное решение для управления поступлениями товарно-материальных ценностей (ТМЦ) в организацию, отражения потоков ТМЦ внутри организации, а также управления структурой склада организации. Функциональность модуля Огас1е «Управление материальными запасами» позволяет:

• осуществлять учет номенклатурных позиций;

• моделировать организационную структуру предприятия;

• получать информацию о наличных остатках.

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

• управление материальными запасами;

• управление складом.

На рис. 4.3 показано разделение бизнес-процессов на группы. Сюда входят все операции поступления ТМЦ, переноса внутри и между организациями, выдачи, деактивации ненужных номенклатурных позиций, инвентаризации, переноса проводок в модуль Главная Книга и т. д. Перечень полностью соответствует набору биз-нес-процессов проходящих в повседневной практике телекоммуникационной компании.

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

Рис. 4.3. Бизнес-процессы модуля УМЗ

при снижении складских затрат и увеличению точности учета. В конечном счете, модуль УМЗ является центральным в логистическом контуре рассматриваемой нами системы и используется для совершенствования управления материальными потоками предприятия. Ключевыми возможностями в функциональности модуля являются гибкость структуры запасов, единый номенклатурный справочник, обширный функционал по обслуживанию запасов (инвентаризация, перемещение материалов), тесная связь с другими модулями (особенно логистическими) и набор необходимых отчетов. Специально выделенная классификация «Складская организация» предоставляет возможности для присвоения ранее определенным организациям данной классификации либо создания новой специальной складской организации. Модуль УМЗ позволяет определить позиции в главной организации позиций (в едином номенклатурном справочнике), а затем использовать эти определения позиций в других складских организациях. Это значительно сокращает трудозатраты по ведению и исключает ошибки по дублированию позиций. Управление обширным списком атрибутов позиций может быть централизованным, либо децентрализованным. Для каждого атрибута позиции можно указать, должно ли его значение быть одинаковым в каждой из организаций, которым присвоена эта позиция, либо оно может различаться. Кроме того, для каждой позиции можно определить ее статус (например, складируемая позиция или затратная позиция), который складывается из настройки комбинации возможностей проведения определенных операций с данной позицией - атрибутов статуса. В модуле УМЗ предусмотрено определение логических группировок позиций по сходным признакам, для чего используются категории позиций. Категории позиций (Кабель, Топливо, ГСМ) объединяются в наборы категорий (Inventory, Закупки). Это дает возможности создавать отчеты и выполнять запросы по позициям различными способами в зависимости от конкретных целей того или иного пользователя. Модуль участвует в бизнес-процессе внутренней заявки на ТМЦ и осуществляет перемещение материалов из организации в организацию (в случае наличия транспортной сети), причем, на пути к конечному пункту есть возможность переносить материал в категорию «запасы в пути». Есть также возможность прямого переноса материалов, без создания внутренней заявки. Общая инвентаризация служит инструментом для выверки отслеживаемых системой наличных остатков и их стоимости. Выверка запасов производится без прерывания потока операций, что позволяет избежать вынужденных остановок деятельности. Учетные средства обработки операций с запасами предоставляют возможности для точного учета материальных запасов по «Средним» и по цене поступления. Существует возможность создания периодических отчетов со всеми подробностями о бухгалтерских операциях. Модуль УМЗ полностью обеспечивает интерактивный просмотр всех бухгалтерских операций, а также периодический перенос результатов деятельности в модуль «Главная книга». Реализованная в модуле УМЗ система интерактивного утверждения, защиты и доступа позволяет работать в любых условиях хозяйственной деятельности. Поток операций утверждения, доступ к данным могут быть настроены на конкретные правила деятельности для учета всех необходимых требований.

В рамках проекта модуль УМЗ интегрируется со следующими модулями: «Главная книга», «Управление заказами», «Калькуляция проектов», «Персонал», «Заработная плата». Интеграция обуславливает передачу следующей информации между модулями:

• из модуля УМЗ в модуль «Главная книга» передаются проводки по материальным операциям;

• из модуля «Главная книга» в модуль УМЗ передаются данные по остаткам свободных фондов;

• между модулем УМЗ и модулем «Кредиторы» осуществляется согласование счетов-фактур с поступлением ТМЦ;

• из модуля «Управление заказами» в модуль УМЗ осуществляется запуск заказов в набор;

• из модуля УМЗ в модуль «Калькуляция проектов» передаются проводки по материальным операциям, относящиеся к проектам, а также проект, задача, тип расходов, сумма, количество, позиция;

• из модуля «Персонал» в модуль УМЗ передаются данные сотрудников;

• из модуля УМЗ в модуль «Заработная -плата» передаются данные по складским операциям, связанным с получением ТМЦ сотрудниками (например, в счет зарплаты или в виде подарка).

Информационные потоки модуля УМЗ со смежными модулями показаны на рис. 4.4.

Рис. 4.4. Схема информационных потоков смежных с УМЗ модулей На схеме наглядно представлена связь модулей внедряемых в проекте. Запасы так или иначе связаны с каждым функционалом и служат одним из интегрирующих звеньев всей системы.

Теперь перейдем к рассмотрению модуля «Проекты», так как он неразрывно связан с предыдущим модулем через «Калькуляцию проектов» и хотя является отдельным приложением ОЕВБ, влияние на информационные потоки логистического функционала оказывает существенное.

Модуль Огас1е «Калькуляция проектов» представляет собой интегрированное программное решение для управления и контроля исполнения проектов, основанного на сопоставлении ожидаемых и фактических показателей. Функциональность модуля «Калькуляция проектов» позволяет:

• осуществлять ведение проектов;

• вести учет затрат по проектам;

• управлять капитальными проектами;

• осуществлять управление контрактами (договорами);

• проводить выставление счетов по проектам;

• управлять ресурсами проектов.

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

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

• управление работами по завершению проектов.

Учет затрат по проектам. Модель, используемая в модуле «Калькуляция проектов», позволяет выполнять следующие операции над проектами:

• создание проекта, определение основных атрибутов;

• ввод бюджета проекта;

• сбор фактических данных по системным транзакциям;

• обработка затрат, доходов, счетов-фактур;

• капитализация затрат по созданию активов;

• анализ состояния проектов, генерация отчетов.

Создание проекта. Модуль «Калькуляция проектов» позволяет работать с проектами двух классов:

• косвенные;

• основные.

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

Интеграция модуля с внешними системами. Модуль «Калькуляция проектов» имеет внешние точки интеграции с единственной внешней системой - Системой инвестиционного планирования (рис. 4.6). В рамках данной интеграции выполняется передача следующей информации:

• из Системы инвестиционного планирования в модуль «Калькуляция проектов» передаются списки утвержденных проектов на год, а также статьи проектных затрат;

• из Системы инвестиционного планирования в модуль «Калькуляция проектов» передаются корректировки списка проектов и проектных бюджетов;

• из Системы инвестиционного планирования в модуль «Калькуляция проектов» передаются файлы сопроводительной документации.

Рис. 4.6. Схема внешних смежных информационных потоков Интеграция модуля внутри системы. В рамках проекта модуль «Калькуляция проектов» интегрируется со следующими модулями: «Основные средства», «Главная книга», «Кредиторы», «Персонал», «Закупки» и «Управление материальными запасами». Интеграция подразумевает передачу следующей информации (рис. 4.7):

• из модуля «Калькуляция проектов» в модуль «Основные средства» передаются исходные строки актива, обрабатываемого в рамках проекта;

• из модуля «Калькуляция проектов» в модуль «Главная книга» передаются проводки по операциям, сформированные в модуле «Калькуляция проектов»;

Рис. 4.7. Схема внутренней интеграции модуля «Калькуляция проектов»

• из модуля «Кредиторы» в модуль «Калькуляция проектов» передаются счета-фактуры поставщиков и авансовые отчеты сотрудников по проекту;

• из модуля «Персонал» в модуль «Калькуляция проектов» передаются данные физических лиц, а также затраты по строительству хозяйственным способом;

• из модуля «Закупки» в модуль «Калькуляция проектов» передаются обязательства по проектам;

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

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

Теперь продемонстрируем подобную связь для модуля «Закупки». Модуль Огас1е «Закупки» представляет собой интегрированное программное решение для учета данных о поставщиках, ведения информации о заявках и заказах предприятия, а также для управления процессом поступления ТМЦ. Функциональность модуля «Закупки» позволяет:

• вести базу данных поставщиков;

• автоматизировать работу с заявками/заказами на приобретение;

• управлять процессом получения.

Модуль «Закупки» предназначен для автоматизации бизнес-процессов организации, относящихся к закупочной деятельности организации. Все бизнес-процессы, моделировавшиеся на проекте, объединены в следующие группы (рис. 4.8):

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

• заявки на закупку/пополнение;

• заказы на закупку;

• утверждение документов;

• приемка и возврат.

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

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

• из модуля «Закупки» в модуль «Главная книга» передаются проводки по операциям закупок (поступления, корректировки поступлений) и сформированные обязательства;

• из модуля «Главная книга» в модуль «Закупки» передается информация о бюджетных фондах;

• из модуля «Закупки» в модуль «Управление заказами» передаются внутренние заказы;

• из модуля «Персонал» в модуль «Закупки» передаются данные о физических лицах и иерархия штатных единиц;

• из модуля «Закупки» в модуль «Движение денежных средств» передаются данные о заявках и заказах на приобретение;

• из модуля «Запасы» в модуль «Закупки» передается информация о номенклатурных позициях, информация об ожидаемых поступлениях (при перемещении между складскими организациями);

• из модуля «Закупки» в модуль «Запасы» передается информация об операциях получения;

• из модуля проекты в модуль «Закупки» передается информация об инвестиционных проектах, о бюджетных фондах (в случае если документы формируются в рамках инвестиционной деятельности).

Модуль «Закупки», как и «Запасы», в системе ОЕВБ входит в контур «Логистика». Его наличие в системах БИР-класса делает возможным изменение закупочной стратегии компании и обеспечивает переход на более качественный уровень управления - БСМ.

Описание последовательности этапов внедрения системы ЕЯР-класса на примере модуля «Логистика» в телекоммуникационной компании 1. Формирование команды экспертов из телекоммуникационной компании для анализа ключевых БП, которые будут впоследствии модифицированы. От результатов деятельности набранной команды будет зависеть эффективность внедренной системы для всей компании. Необходимо помнить, что КИС - это продукт, который будет работать на всех распределенных подразделениях и опыт ведения бизнеса каждой структурной бизнес-единицы должен найти отражение при внедрении. Команда формируется из специалистов в отдельных областях бизнеса: финансах, управлении персоналом, логистике, производстве и т. д. с целью определить набор ключевых БП, которые будут подвергнуты реинжинирингу. От этих людей требуется превосходное знание специфики своей деятельности, так как зачастую мельчайшие детали (например, процедура инвентаризации), которые не вписываются в общую концепцию бизнеса, могут вызвать лавину изменений на всем проекте.

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

3. Формирование рабочих групп экспертов для настройки целевых модулей. Следующим шагом мы должны сформировать рабочий коллектив специалистов по настройке. Этим занимается функциональный архитектор проекта. За основу формирования берется линейнофункциональная структура организации. На нашем проекты было выделено 4 глобальных рабочих группы: Финансы (подгруппы вЬ - Главная Книга, ОС - Основные средства, Дебиторы, Кредиторы, ДДС), Логистика (подгруппы Закупки, Запасы), Проекты, Персонал. В каждой рабочей группе был руководитель группы, руководители подгрупп и просто консультанты. Разделение идет по принципу объема планируемых работ. На данном проекте наибольшее внимание было уделено управлению персоналом, поэтому группа «Управление проектами» является самой многочисленной.

4. Запуск информационной платформы для проведения тестовых работ. Для работы над настройками системы необходимо наличие полного функционала программного продукта. Не допускается изолированное или частичное внедрение, так как система имеет глубоко интегрированный характер. Таким образом, возникает потребность в наличие свободных площадей и информационной инфраструктуры с установленной и функционирующей системой. К работе должен быть привлечен штат программистов и системных администраторов, которые составляют Группу технической поддержки. В их задачи входит поддержание работоспособности системы, обеспечение файлового обмена, установка обновлений и «заплаток» для ОЕВБ, клонирование системных окружений (так называемых инстансов) с настройками для проведения тех или иных этапов интеграционного тестирования.

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

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

7. Разработка учебных пособий и программ конвертации данных. Когда все сценарии успешно пройдены, наступает этап подготовки к внедрению системы на местах. Те сотрудники, которые побывали на тестировании, получают некоторый опыт общения с данным программным продуктом и впоследствии принимают активное участие в обучении своих коллег. Специалисты-консультанты должны подготовить учебные материалы по функционалам системы, которые затем передаются представителям заказчика и тиражируются в компании холдинга. Со своей стороны заказчик заинтересован в быстрейшем обучении своих сотрудников. Для этого дирекция пытается привлечь к тестированию как можно больше народа. Но здесь возникает некоторый конфликт интересов. Консультанты предпочитают работать с уже наполовину обученными людьми, чем заново рассказывать весь материал новым представителям. Учебные пособия помогают сгла дить данное противоречие. В то время как половина команды занимается написанием пособий, вторая разрабатывает функциональные дизайны программ конвертации данных. Конвертация - это программа, преобразующая нужные данные из одного формата в другой. Она бывает ручная и программная. Ручная - это, попросту говоря, перебивание данных в новую систему. Этот вид применяется только для небольших массивов данных, например - баз данных поставщиков. Но он никак не применим для продуктовой базы, поскольку нерационально переносить тысячи номенклатурных позиций вручную. Для этой цели используют программную конвертацию. Принцип ее довольно прост: если данные прежней системы распознаются и переносятся в Oracle, промежуточную конвертацию не производят: достаточно простого копирования таблиц на уровне системного администратора). Если же старая информационная система не относится к Огас1е-совместимым продуктам, то необходимо сначала транспонировать данные в удобный формат, затем уже переносить их в OEBS.

8. Подготовка информационного и программного оборудования на местах внедрения. На местах тем временем необходимо закупить все требуемое оборудование и установить программное обеспечение. Для обеспечения оперативного обмена информацией центры внедрения OEBS включаются в общую систему обмена информацией (в нашем случае это JIRA).

9. Формирование команды внедрения ВМС и команды поддержки ГЦК. Когда на местах все готово к внедрению и написаны учебные пособия для специалистов на местах, команда проекта перестраивает свою структуру. Часть сотрудников отправляется на внедрение - это команда Внедрения Мастер-Системы (ВМС). Формируется также так называемый Глобальный Центр Компетенции (ГКЦ) - структура, обеспечивающая консалтинговую поддержку. Внутри себя ГЦК имеет два направления - Развитие Приложений (development) и Поддержка Приложений (support).

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

10. Создание единого пространства обмена данными на основе технологии клиент - сервер с использованием программы JIRA. Как было упомянуто выше, внедрение на местах происходит при интенсивной информационной поддержке из центра. Ведется активный документооборот, обмен комментариями в форумном режиме. Для реализации этой возможности служит программный продукт JIRA. Установленная на сервере, данная программа позволяет совместить возможности файлового архива и форума одновременно. Сотрудники ВМС регистрируют в JIRA запросы, а ГЦК принимает их в работу, прикладывая файлы, добавляя комментарии, и т.п.

11. Разработка регламентов работы обоих центров и правил обмена информацией, запуск сервера MS Share Point 2003. JIRA уникальна также тем, что позволяет сформировать архитектуру полномочий для сотрудников. Чтобы исключить дублирование запросов, ошибочную адресацию, ускорить работу по ним сотрудники ГЦК разработали и ввели в действие определенные регламенты работы с запросами. В соответствии с регламентами существует строгий порядок регистрации запроса, направления в работу, изменения статуса запроса, добавления комментариев, закрытия запроса. Системные администраторы настроили J1RA в соответствии с регламентами. На данном проекте используется двухуровневый файловый обмен.

Существует внешняя JIRA для работы с ВМС-ами и внутренняя - для перенаправления запросов внутри ГЦК. В соответствии с регламентами любой запрос, неважно какую природу он имеет, направляется сначала в группу Поддержки (это своего рода фильтр запросов). Они в свою очередь смотрят, относится ли данный запрос к изменению уже существующих элементов системы (настроек или выходных файлов) или требуется работа над новыми ошибками - тогда запрос по внутренней JIRE направляется в отдел Развития Приложений. Отдельно стоит отметить такой пункт, как создание удаленного сервера, содержащего всю проектную документацию разных релизов, так обеспечивается преемственность ступеней внедрения. На Share Point выкладывается вся «чистая» информация, т. е. наиболее актуальная на данный момент.

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

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

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

⇐Sap ag | Информационные системы и технологии | Сравнительные характеристики программных продуктов зарубежных производителей⇒