Результаты внедрения sap. Методологии внедрения SAP. Компания B: международный производитель автомобилей

Приветствую!

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

Постараюсь простыми словами донести суть методологии SAP ASAP , которая и по сей день является краеугольным камнем на пути к успешному внедрению системы SAP ERP на предприятиях.

Для начала немного предыстории.

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

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

Что такое ASAP?

ASAP - методология быстрого внедрения и постоянной оптимизации - состоит из методологии Сетевого графика (Roadmap), который связан с такими инструментами, как IMG (mplementation Guide, "Руководство по внедрению"), причем ASAP задумывалась специально для средних и малых предприятий, которые не могут отводить на внедрение длительное время.

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

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

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

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

Подготовка проекта (Project Preparation)

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

Определение целей и перспектив проекта,

Максимально точная оценка объема внедрения,

Определение стратегии внедрения,

Определение общего графика работ по проекту и последовательности внедрения системы,

Определение организационной структуры проекта и комитетов,

Распределение ресурсов.

Точные ответы на эти вопросы в начале внедрения обеспечивают эффективное выполнение проектных работ и являются залогом успешного внедрения SAP.

Концептуальный проект (Business Blueprint)

Цель данной фазы - создание Концептуального проекта (Business Blueprint), который представляет собой подробно документированные технические и бизнес-требования заказчика к системе, за счет чего достигается полное понимание представления заказчика об организации бизнес-процессов в рамках системы SAP. На этапе концептуального проектирования определяется стратегия создания информационной системы, обеспечивающая быструю окупаемость инвестиций. Разработка концептуального проекта позволяет не только иметь программу действий при поэтапном внедрении, но и получить существенные экономические выгоды за счет усовершенствования существующей системы управления предприятием.

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

Определение и анализ бизнес-процессов,

Формализация и документирование требований к будущей системе,

Детализация и утверждение окончательного объема проекта,

Выработка архитектуры системы и определение основных проектных решений,

Анализ и формирование стратегии обучения,

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

Реализация (Realization)

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

Тестирование системы на соответствие требованиям заказчика проводится в отдельной системе SAP для контроля качества и осуществляется в два этапа:

Функциональное тестирование

Интеграционное тестирование

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

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

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

Окончательная подготовка (Final Preparation)

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

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

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

Запуск и поддержка (Go Live Suport)

Это фаза решения вопросов, связанных с запуском системы. Проводится проверка готовности к запуску, а также устраняются возможные проблемы.

Консультанты SAP осуществляют ежедневную поддержку пользователей, а также устраняют ранее скрытые ошибки и несоответствия в системе.

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

Оптимизация (Run SAP)

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

Оптимизация документации решения

Оптимизация реализации решения

Оптимизация шаблона

Оптимизация тест управления

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

Вот вкратце таковы все этапы внедрения SAP ERP на предприятия. Надеюсь, теперь вы понимаете, почему методология ASAP так важна при внедрении.

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

До связи,

Никита.

Было полезно? Ставьте лайк и читайте прямо сейчас следующую порцию полезной информации:

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

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

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

Немного о компании и продукте

В 1972 году в Германии пятью бывшими сотрудниками корпорации IBM была основана компания SAP (Системный Анализ и Разработка программ). Их целью было разработать стандартное программное обеспечение, объединяющее все бизнес процессы на предприятии в реальном времени.

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

В России история компании насчитывает уже 20 лет. Первый офис этой международной корпорации был открыт в Москве еще в 1992 году. Сегодня офисы работают в Санкт-Петербурге, Новосибирске, Екатеринбурге, Ростове-на-Дону; русский язык стал одним из основных языков локализации программных продуктов, более 1000 сотрудников россиян занимается внедрением основных программных решений.

Что это такое

SAP ERP – информационная корпоративная система, основанная на методологии ERP (планирования ресурсами предприятия) и направленная на достижение оптимальности бизнес-процесса.

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

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

SAP ERP — позволяет руководителю видеть процесс производства в реальном времени, при этом, не вникая в суть проблем, правильно оценивать динамику движения процессов на предприятии.

Видео: SAP ERP - введение

Основные модули программы

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

Все ключевые направления деятельности:

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

В итоге: наблюдается не только широкая функциональность, но и полная интеграция между модулями.

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

Дополнения к пакету

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

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

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

Примером может служить модуль RCM – это электронный документооборот. По-другому его называют модулем управления корпоративным контентом. Удобный элемент работы с документацией.

Этапы внедрения

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

Процесс запуска в работу проекта можно условно разбить на следующие этапы:

создание документации об управлении проектом (приказ, устав, календарный план);
обследование объекта автоматизации;
концептуальное проектирование. (создание модели управления предприятием);
поэтапная реализация;
поддержка и обучение пользователей.

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

Преимущества внедрения пакета ERP

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

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

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

Что такое SAP R3: описание

На российском рынке наибольшую популярность приобретает программа SAP R3. Что это такое? Это пакет бизнес-приложений, поддерживающий в последней 4.0 версии полный выход в Интернет, доступный для малого и среднего бизнеса по ценовым характеристикам. Пакет позволяет осуществлять стандартизацию внутренних бизнес-процессов, повышает эффективность работы предприятия.

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

Внедрение таких систем с 1995 года позволяет констатировать, что сегодня они работают более чем в 40 странах. В России она очень широко используется для формирования заявок, проведения поставок.

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

По статистическим опросам, уже 76% предпринимателей голосует за то, что IT – их помощник в бизнесе. Процесс конкуренции заставляет руководителей приходить к правильному решению: заняться внедрением проектов SAP.

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

1.1. День, когда я постарел на 10 лет

Я помню то особое утро 1997 года, когда я прибыл в наш филиппинский офис. Тремя неделями ранее мы праздновали шампанским переход к продуктивной эксплуатации SAP. Наш проект в Маниле стал седьмым в Азиатско-Тихоокеанском регионе (APAC), поэтому хлопки открываемых бутылок становились для нас, регионального лидера в области программного обеспечения, приятной повседневностью. Целью нашего проекта было внедрение модулей Sales and Distribution (SD), Materials Management (MM), Production Planning (PP) и Quality Management (QM) на всех заводах-производителях региона APAC. В тот момент мы были вполне уверены, что предусмотрели все возможные препятствия на пути к успешному внедрению, и этот случай ничем не будет отличаться от других. Однако наш мониторинг, проведенный несколькими днями ранее, показал, что продажи на Филиппинах за месяц снизились на 40%, а производство замедлилось на 50%. Мы привыкли наблюдать пиковый объем сбыта и производства перед переходом к продуктивной эксплуатации, за которым обычно следовало снижение того же размера в первые недели после перехода на продуктивный режим работы. На опыте предыдущих проектов мы убедились, что это потенциальное снижение может оказать серьезное влияние на повседневную работу, сопровождаясь увеличением производственных запасов и проблемами с клиентами. 40-процентное падение было тревожным, поэтому я прибыл в офис лично, чтобы разобраться в делах на месте.

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

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

Примерно в полдень я стал свидетелем телефонного разговора г-на Да Сильвы с штаб-квартирой корпорации. Наш глобальный ключевой клиент в Детройте пожаловался, что его завод в Маниле получает некорректные поставки с опозданием, а его производственная линия остановится через два дня, если ситуация не будет исправлена немедленно. Я почувствовал приток адреналина. За следующие несколько часов я узнал, что г-н Да Сильва форсировал инициативу по созданию централизованной сервисной платформы для трех сфер деятельности нашей компании на Филиппинах сразу после запуска SAP в продуктивную эксплуатацию. “Теперь, когда новая система работает в продуктивном режиме, мы сможем реализовать нашу концепцию сервисного центра,” - сказал он. “Мы можем не ждать и сократить число специалистов по поддержке прямо сейчас.” Несколько недавно назначенных ответственных за процесс, а также хорошо обученных ключевых пользователей, работавших на этом проекте, было уволено, при этом бизнес-процессы не были изменены.

Примерно в 15:00 я сообщил о своих наблюдениях моему директору в Гонконге. Я был удивлен тоном своего собственного голоса: “Уэйни, деятельность этой компании скоро остановится. Поставки клиентам производятся едва ли не наугад, производство противоречит планам, которые базируются на неверных прогнозах, перемещение материалов не регистрируется, документы не печатаются, и мы даже не знаем, какие заказы были отправлены за прошлый месяц! Как мы можем выставлять счета?”

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

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

1.2. Интеграция процессов

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

Рис. 1.1 Пересечение трех составляющих

Вы наверняка знаете, что не все проекты SAP успешны, и что возврат инвестиций иногда не является адекватным. С другой стороны, существуют организации, увеличившие свою прибыльность во много раз именно благодаря внедрению SAP. Возникает резонный вопрос: “Что отличает успешные организации от неуспешных?”

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

1.2.1 Фрагментация процессов

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

Рис. 1.2 Функциональная организационная структура (Hammer, 1998)

Как видно из Рис. 1.2 , подразделения в функциональной организационной структуре отделены друг от друга. Их знания о сквозных бизнес-процессах и потребностях клиента определяются информацией, накопленной в их собственных системах. В такой организации любой ответственный за сбыт с удовольствием примет заказ у клиента, но как только речь зайдет об информировании клиента о производственном графике, он окажется бессилен. Производственные данные накапливаются в системе управления производством. Стены между этими “крепостями” не позволят руководителю производства ответить на вопрос о том, когда будет поставлен заказ. Согласно функциональной организационной структуре, это - не его работа. При этом ответственный за сбыт не сможет объяснить клиенту, когда ему будут возмещены деньги за возвращенный заказ. Эта информация находится под надежной защитой финансовой системы учета.

1.2.2 Последствия использования функциональной организационной структуры

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

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

Компетентность. Можно с уверенностью сказать, что наши организации не смогли бы добиться тех успехов, которых они добились, если бы наши сотрудники не были компетентны. Однако компетентные сотрудники создают границы вокруг своих областей компетенции и начинают идентифицировать себя с этими границами. Вместо того чтобы говорить “Я работаю для компании ABC”, сотрудники говорят: “Я - из отдела разработок/производства/финансов/снабжения”. Компетентные сотрудники любят оставаться компетентными. Именно за это качество их приняли на работу и именно с ним они себя идентифицируют.

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

Вознаграждения за повышение эффективности. Рациональный менеджмент утверждает, что вознаграждения, стимулы и системы измерений разработаны для поощрения высокой эффективности труда сотрудников. Однако в функциональной организационной структуре эффективность измеряется не эффективностью всего процесса, а уровнем эффективности каждого отдела. Ключевые показатели эффективности (KPI), используемые для поощрения профессиональных достижений (например, за грамотный подбор персонала, сокращение затрат отдела на 10%), на деле могут снизить эффективность всего “сквозного” процесса (например, от заказа до оплаты).

1.2.3 Что изменяется с внедрением SAP?

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

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

Задачи более не сужены рамками информационной системы конкретного отдела. Вы не только будете иметь доступ к данным других “крепостей”, вы также сможете проверить пригодность введенных вами данных для дальнейшего использования. Это означает, что вам придется лучше понимать работу сотрудника, следующего за вами в процессе выполнения задания.
Организационные границы исчезают, поскольку бесшовные интерфейсы позволяют охватить взглядом все организационные функции. На самом деле это вызывает у сотрудников “культурный шок”, так как им вдруг становятся доступны как все накопленные знания, так и неразбериха в других отделах. Привычная вертикальная коммуникация и информационные потоки ликвидируются и заменяются в функционировании процесса горизонтальными.
Рядовые сотрудники получают определенное могущество, т.к. получают доступ к вселенной данных. Информация - это сила, поэтому такое перераспределение является большим делом, забирая часть этой силы у менеджеров и распределяя ее среди рядовых сотрудников. Однако, что нет никакого смысла в распределении полномочий между сотрудниками, если они не несут ответственности за свои действия. Критичным является своевременный ввод корректных данных. Поэтому возможно самым серьезным изменением является изменение отношения к делу: сотрудники перестают быть контролируемыми обработчиками данных и становятся самостоятельными ответственными личностями, обладающими глубоким пониманием происходящих процессов. SAP работает только тогда, когда сотрудники лично отвечают за информацию, которую они вводят в систему.
Процессы становятся стандартизованными и система встраивает вас в строго определенные потоки операций. Счета-фактуры не оплачиваются без соответствующих заказов на поставку, уровни запасов не обновляются без надлежащего подтверждения производственного заказа, продукты не отгружаются без накладных и отпуска материала. Благодаря этому герой ские поступки (“Давайте просто сделаем это, а документы подготовим позже”) становятся невозможными. Это - настоящая проблема, если ежедневная работа состоит из несистемных вмешательств. Стандартные процессы также существенно влияют на способ ввода информации и изменяют требования к поддержке. Поскольку все отделы должны работать в одной системе с одинаковыми данными, то доступность системы и ее время отклика становятся критичными как никогда прежде.

1.2.4 В чем суть внедрения SAP: управление персоналом

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

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

Эти факторы являются необходимыми, но не достаточными для успешного внедрения SAP. Успех внедрения SAP во многом зависит от управления нетехническим ресурсом - персоналом. Согласно Майклу Хаммеру (2005) ключевыми для успеха внедрения SAP являются следующие факторы:

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

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

1.2.5 Примеры компаний, серьезно относящихся к процессам

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

Компания A: международная компания в химической промышленности

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

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

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

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

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

Компания B: международный производитель автомобилей

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

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

Вся эта ситуация вызвала снижение эффективности, выразившееся в слишком продолжительном времени выполнения процессов. К тому же техническая инфраструктура стала требовать от компании слишком больших расходов. Руководство компании приняло решение о внедрении SAP. Были получены следующие результаты:

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

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

Люк Галоппен

Люк Галоппен - управляющий директор Reply Management Consulting, консалтинговой компании, специализирующейся на организационных изменениях. Свой опыт в области организационных изменений при работе с программами SAP он собрал благодаря работе в разных сферах и общению с сообществами пользователей, а также различным во время выполнения различных задач в области менеджмента. Его клиенты работают в химической, газовой и косметической отраслях. Кроме того, он читает лекции на тему организационных изменений и коммуникаций в различных компаниях и в нескольких бизнес-школах. Г-н Галоппен имеет степень магистра прикладной экономики Лейвенского католического университета и степень магистра по европейским промышленным отношениям Уорвикской бизнес-школы.

В данной колонке публикуются некоторые главы из книги " Управление организационными изменениями при внедрении SAP®". Данная книга переведена и опубликована нашим издательством. Вы можете приобрести ее, перейдя по ссылке .

Данная заметка адресуется бизнесу, заказчикам, которые начинают думать о внедрении новой системы, будь то SAP или не SAP. Мне удалось поработать со стороны заказчика, со стороны консалтинга (не только SAP), что дает чуть более широкое понимание проблем с обеих сторон. Хочу также отметить, что проблемы, или, давайте назовем это задачами, одинаковые для любой страны. Я могу судить по работе на проектах в США, Норвегии, Венгрии, России. Исключительно мой опыт.

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

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

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

Методология это самый большой объем работы на проекте. Скажу по секрету, что часто говорят о необходимости унифицировать процессы, а на практике процессы занимают процентов 10 от реальной работы по унификации. Основное это бумажки и расчеты, и зачастую это связано с требованиями законодательства, в то время как процессы практически не регламентируются законами. Под методологией я понимаю алгоритмы расчета тех или иных величин, правила заполнения отчетов и выходных форм. На входе в проект заказчик любит оперировать цифрами 80/20, 70/30 или иными конкретными величинами измеряющими результат унификации. С одной стороны какая разница сколько будет видов оплаты, ведь это всего лишь справочник? А с другой стороны необходимо на всех уровнях понимать что такое фонд оплаты труда, что такое затраты на персонал (это понятие обычно шире, чем фонд оплаты труда). В моем понимании идеальная унификация стремится к нулю, к упрощению до максимального уровня, не противоречащего закону и целям бизнеса.

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

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

План мероприятий по подготовке к проекту внедрения SAP HCM

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

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

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

Бумажки . Вторая после методологии больная тема. Бумажки это все то, что не нужно закону. В одной компании был проведен эксперимент с изъятием принтеров. Люди физически не могли напечатать документы. Через полгода количество документов по электронной почте сократилось в разы. Вместо «где отчет?» стал возникать вопрос «где посмотреть?». Я верю, что есть документы, которые нельзя унифицировать. Например, дополнительные соглашения к трудовым договорам. Достаточно переработать документы по наиболее массовым случаям и их унифицировать и автоматизировать. Все остальное вынести за рамки проекта и унификации как в ситуации с премией за результат. При массовом подборе и найме в розничном бизнесе документы легко унифицируются и автоматизируются, но зачем это делать для промышленных гигантов?

Люди и проект . Это самая щепетильная тема. Любой управленец знает, что люди болезненно воспринимают изменения. Даже перестановку стола в кабинете можно считать за объявление войны, неуважение к отданным предприятию лучшим годам жизни. Начиная проект по внедрению такой системы, а это большой проект, каждый его участник со стороны бизнеса морально чувствует, что это временно и против него. Даже руководитель проекта имеет опасения, что после проекта его роль завершится, и он станет не нужным предприятию. Перед стартом проекта у людей должно быть четкое понимание, что с ними случится после завершения проекта. Любой проект это стресс, это дополнительная работа, которая отличается от привычной. Многие участники проекта рассматривают это как допнагрузку, которая никак не компенсируется. Стоит заранее подумать о мотивации людей работать в проекте эффективно, а не из под палки «иначе уволим».

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

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

Известно, что маркетинговые заявления вендоров порой серьезно расходятся с реальностью. Однако, принято считать, что авторитетные игроки рынка к подобной практике не прибегают. Однако, руководитель проекта внедрения SAP Business One в небольшой российской компании на личном опыте убедился, что «ничто человеческое не чуждо» и респектабельным компаниям.

Грани выживания

Несколько лет назад практически все мировые разработчики ERP-систем начали движение в сторону сегмента СМБ, который был объявлен чуть ли не самым перспективным и приоритетным. На рынок были представлены новые продукты, ориентированные на небольшие компании, с небольшими бюджетами на ИТ. Не стал исключением и российский рынок бизнес-приложений. В отечественной прессе появились убедительные статьи, информирующие российских бизнесменов о том, что в условиях ужесточающейся конкуренции (в том числе, при вступлении в ВТО) они не смогут выжить, если у них не будет современной, автоматизированной системы управленческого учета, планирования и контроля. Приводимые доводы были вполне убедительны. В результате руководство многих средних и малых предприятий России всерьез задумалось о переходе «на что-то лучшее, чем Excel и 1С». Наша компания также принадлежит к сегменту СМБ и в силу указанных выше факторов, приняла предложение одного из партнеров корпорации SAP на внедрение тогда нового для рынка продукта - SAP Business One (B1).

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

Вот - новый поворот

Компания SAP не стала исключение в мировой гонке за предприятиями СМБ и несколько лет назад заявила о «серьезных изменениях в продуктовом портфеле компании» и решении совершить «тотальный разворот в сторону рынка СМБ» и включить в свою продуктовую линейку решение, ориентированное на небольшие развивающиеся компании. Более того, было объявлено, что рынок решений для СМБ является одним из приоритетных для компании SAP. Управляющий директор SAP СНГ Алексей Шлыков тогда прокомментировал этот шаг так: «SAP вовремя распознала момент, когда рынок крупного бизнеса, на которые, прежде всего, были ориентированы бизнес-приложения компании, оказался близок к насыщению, и пришло время искать следующие рынки сбыта».

В результате в 2003 году на российский рынок была выведена локализованная версия SAP Business One - решения, принципиально отличающегося от того, чем SAP занималась раньше. Впрочем, SAP Business One не является разработкой немецкой компании: продукт был приобретен у израильских разработчиков. Любопытно, что выход SAP Business One не сопровождался масштабными рекламными кампаниями - все усилия по продвижению вылились в несколько информационных статей в прессе и серию региональных семинаров, которые для потенциальных клиентов организовывали партнеры SAP. Также было официально объявлено, что стоимость одного рабочего места «под ключ» (лицензии плюс консалтинг по внедрению) составит €2500–€3000, а продолжительность внедрения не будет превышать 8 недель. Кроме того, было известно, что продукт имеет одно существенное преимущество по сравнению с альтернативными предложениями – он настраивается, его не надо программировать, в отличие от решений «1С», и он уже содержит готовые бизнес-процессы.

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

Суровая реальность

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

Продукт, как нам сказали, на то и ориентирован на рынок СМБ, чтобы не втягивать компании в долгий этап обследования с последующим многотомным техническим заданием. В результате после этапа тестирования настроенного продукта мы столкнулись со списком «багов» на три с лишним листа, причем таких, без исправления которых переводить систему в рабочее состояние просто бессмысленно. Часть из них касалась именно ошибок в работе продукта, другая же касалась проблем недостаточности функционала решения. По составленному нами списку компания-внедренец была готова «доработать» около 30% требований, остальные же изменить без участия SAP было невозможно, потому что код продукта закрыт. Реализация тех «доработок», которые способен выполнить партнер своими силами, увеличила стоимость проекта сразу вдвое. Мотивировалось это тем, что «продукт нужно доработать в соответствие со спецификой бизнес-процессов». При этом, доработки действительно были необходимы, но только не под нашу «специфику», а просто, чтобы реализовать в продукте, в общем-то, стандартную модель ведения бизнеса. Никаких необычных требований с нашей стороны не предъявлялось.

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

Необходимо также отметить несколько серьезных недостатков SAP Business One, которые на первых презентациях неочевидны, а «всплывают» только в процессе:

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

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

Перечисленные «недоработки» вообще делают невозможным предоставление корректной информации о деятельности компании. При этом не вполне понятно, как в таком случае можно позиционировать SAP Business One в качестве системы управленческого учета. Розница, оптовая торговля и другой быстроразвивающийся бизнес с этой системой работать не сможет в силу ограничений ее производительности. Сохранение документа с 40-50 позициями приводит систему в ступор. Если таких документов будет хотя бы 200-300 в день, то все просто перестает работать.

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

Из разговора с компанией-внедренцем мы узнали, что SAP, вообще говоря, вынуждает партнеров самостоятельно дорабатывать функционал и писать так называемые add-ons (дополнительные компоненты). Эти компоненты можно также получить в готовом виде на коммерческой основе у других партнеров, которые уже реализовали данную функциональность. Например, для учета операций с основными средствами требуется купить соответствующий add-on, то же самое, если мы хотим вести учет фактических и плановых затрат, другой отдельный модуль предназначен для стыковки решения с системой банк-клиент. Кроме того, что стоимость проекта увеличивается, есть еще одна сторона: если мы покупаем add-on у другой компании, то нам надо либо привлекать их к внедрению за, опять-таки, дополнительные деньги, либо наш партнер-внедренец будет разбираться с этим самостоятельно, но тоже не бесплатно. Фактически, получается своеобразная «пирамида», которая разрастается тем сильнее, чем более широкая функциональность требуется предприятию.

Продать и забыть?

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

Сразу скажу, что ни один из указанных нами пунктов не был исправлен. Вместо этого была долгая переписка партнера с ответственными лицами SAP, которую, в конце концов, нам партнер даже показал. Большая часть ответов (вежливые, но короткие отписки с паузой в неделю) сводилась к тому, что о том или ином «баге» они прекрасно знают и активно над этим работают, так как не мы одни на это жалуемся. Практически все запрашиваемые нами моменты якобы исправлялись в новой версии SAP Business One. Которую мы ожидаем уже около полутора лет.

В результате, у нас сложилось мнение, что продемонстрированная «техническая поддержка» отражает общий подход вендора к бизнесу с предприятиями СМБ. Компания SAP в России ориентирована именно на крупных клиентов, потому что они имеют возможность инвестировать в проект неопределенное количество времени и средств. А вот СМБ бесконечно ждать не может и «кормить» консультантов SAP все это время - тоже. Более того, судя по «оперативности» и «содержательности» ответов на наши запросы, сложилось впечатление, что SAP заинтересована только в продаже лицензий, а конкретно по продукту ничего не делается. Примечателен и тот факт, как часто меняются в SAP люди, ответственные за клиентов по SAP Business One. Часть из них после старта проекта SAP для СМБ очень быстро переключилась с решения вопросов по продвижению SAP Business One на создание собственной карьеры внутри SAP, другая часть перешла в другие компании.

Арифметика маркетинга

Особый шарм маркетологам SAP-а придает заявление «SAP Business One - это система для управленческого учета». Повторюсь, какой может быть учет, если система не в состоянии предоставить истинную информацию о деятельности предприятия? Если система «со скрипом натягивается на бизнес» несчастными партнерами, которые просто вынуждены загонять компанию в рамки этого «решения»?

С самого начала запуска продукта SAP Business One на российский рынок было заявлено, что это решение для среднего и малого бизнеса. Так ли это на самом деле? Самой компанией SAP в СМИ была заявлена стоимость 1 рабочего места «под ключ» (то есть лицензия + внедрение) - около €2,5-€3 тыс. Кроме того, было объявлено (как преимущество продукта), что цена – конечная.

Для того чтобы действительно автоматизировать ключевые бизнес-процессы в небольшой компании, скажем со штатом 100-200 человек (финансы, продажи, склад, закупки), необходимо приобрести порядка 10-15 АРМ. То есть, рассчитывать надо на сумму порядка €30-€45 тыс. Как показывает практика, собственники российских небольших компаний, которые зарабатывают каждую свою копейку «потом и кровью», не так-то просто выплатят 30 тысяч евро/долларов за «софт». Тем более что налоговый учет и бухгалтерию в системе вести невозможно и, как минимум, «1С: Бухгалтерия» все равно будет нужна. Более того, если присмотреться к уже объявленным внедрениям, то видно, что полноценные проекты - редкое исключение и речь, как правило, идет о 3-5 лицензиях. Выводы напрашиваются сами собой.

Таким образом, по нашему опыту, SAP Business One может работать при условии существования не более 10 пользователей, в компании, где нет полноценного склада продукции, при этом может обрабатываться реально не более 2-3 заказов продукции в день. Возникает вопрос: «А нужна ли такая система небольшой развивающейся компании по две с лишним тысячи евро за рабочее место? Зачем, если на таком уровне достаточно использовать просто Excel?».

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

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

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

Кстати, дополнительно об этой позиции SAP: на «круглом столе» 15 ноября 2006 года было официально объявлено о новых подходах к работе с партнерами, работающими с СМБ. SAP заявляет, что внедрение продуктов будет полностью осуществляться партнерами. А сам вендор «будет осуществлять общее руководство и размещение заказов». Что ж, позиция вполне логична, с точки зрения полного снятия с себя ответственности за результат проекта. То есть, с одной стороны, для российских руководителей за принятие решения о покупке ПО будет аргумент о солидности бренда разработчика, с другой же стороны, заказчики «один на один» останутся с партнером. А последний, в свою очередь, - «один на один» с продуктом. Если Вы еще сомневаетесь внедрять или не внедрять SAP Business One, постарайтесь поговорить напрямую с собственником компании, в которой якобы работает это решение. Попробуйте также задать менеджеру по продажам решения SAP Business One хотя бы часть из тех вопросов, что были подняты в этой статье.

Владлен Татарский