Archive for Июнь, 2010

Максим Низьев: Банки пока не готовы отдавать бизнес-приложения на аутсорсинг

Четверг, Июнь 24th, 2010

Оригинал статьи здесь. Рекомендую почитать внимательно.

Ниже только часть, которая касается SAP for Banking.

Только цитаты:

CNews: Ваша компания участвовала в локализации решения SAP for Banking. Как компании-участники данного проекта «делили» между собой поле деятельности? С какими сложностями пришлось столкнуться при локализации?

Максим Низьев: По заказу SAP мы провели анализ системы SAP for Banking, чтобы определить области, в которых имелось несоответствие требованиям российского законодательства. По итогам этого проекта появились требования к локализации. Мы разрабатывали бизнес-требования, готовили функциональные требования, спецификации на разработку, согласовывали все это с SAP. На основе этих согласованных документов сотрудники ОТР вели разработку и тестирование всей банковской функциональности. Был еще «кусок» решения, связанный с отчетностью ЦБ, его реализовала ND-Group.

При этом, например, единственный проект по внедрению SAP for banking – как комплексного решения – в России ведет компания ОТР в банке «Центр-инвест». Этот банк заказал нам разработку обязательной отчетности, не стал пользоваться имеющимся у SAP решением. Видимо, им просто выгодно в текущей ситуации работать только с нами.

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

CNews: Некоторые эксперты рынка считают, что полная версия решения SAP for Banking – неподъемный продукт для банков с финансовой точки зрения, и поэтому им нет смысла его приобретать, проще и дешевле «пошагово» внедрять и кастомизировать классические продукты этого вендора. Насколько вы согласны с такой точкой зрения?

Максим Низьев: И согласен, и не согласен. С одной стороны, SAP – это действительно не монорешение. Это некая совокупность программных продуктов, решающих разные задачи. Если говорить про банки, то в России есть проекты, связанные с внедрением, допустим, функциональности SAP по учету кадров или основных средств. Это не «классическая» банковская функциональность. Наличие проектов по внедрению неспециализированных решений SAP в банках объясняется достаточно просто. Специалистов по SAP for banking в России катастрофически мало, а специалистов по учету кадров на базе SAP много, потому что эти решения внедрялись и в других отраслях. И специфика учета кадров в банке или в нефтяной компании не сильно отличается. Поэтому компании, которые обладают ресурсами по классической HR-функциональности SAP, могут реализовывать такие проекты и в банках. Однако в любом случае эти проекты будут дорогими – от $500 тыс. Много ли банков готово на это тратить деньги? Наверное, нет, потому что HR-приложения не самые критичные для бизнеса банка.

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

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

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

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

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

Проблема контроля качества данных и методы ее решения

Вторник, Июнь 22nd, 2010

Автор: Карина Доля
Опубликовано в журнале “CIO” №11 от 19 декабря 2007 года

offline.cio-world.ru

www.computerra.ru

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

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

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

Путь транзакции абонента

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

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

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

Информация о транзакциях абонентов может «испортиться» на любом этапе рассмотренного процесса. Это объясняется, во-первых, значительными объемами передаваемых данных – в хранилище мобильного оператора ежедневно попадает более 150 Гбайт данных; во-вторых, несовершенством процесса. Существует множество внешних факторов, которые могут негативно повлиять на работу системы. Несмотря на то что процесс автоматизирован, в любой системе случаются сбои. Например, по причине «неведомой силы» биллинговая система может выгрузить некорректные данные. Самый типичный «глюк» – задублированные строчки в файлах. Следует отметить, что автоматизация процесса загрузки данных не означает полного отсутствия контроля со стороны системных администраторов. Ведь при сбое работы системы, например, вследствие отключения электропитания, возобновить дальнейшую работу в большинстве случаев можно только вручную.

Крупнейшие сотовые операторы России (Источник: РБК)

Способы контроля данных

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

Первый и самый простой способ – это считать данные корректными «по умолчанию». Однако сегодня подобный метод не имеет права на существование. Даже такая банальная проблема, как поломка сервера, способна остановить всю загрузку, и мобильный оператор потеряет данные за несколько дней. Это может привести к катастрофическим последствиям. Часть данных утеряна, следовательно, показатель ARPU (Average revenue per user – средняя выручка на одного пользователя) занижен, значит, компания теряет деньги. С другой стороны, абоненты не могут получить полную информацию о своих транзакциях. К тому же, если абонент не согласен с тарификацией своих звонков, мобильный оператор не сможет предоставить ему полную информацию о совершенных транзакциях.

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

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

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

Аутсорсинг качества данных

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

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

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

Все же наиболее весомым преимуществом аутсорсинга является повышение качества предоставляемых услуг. Например, когда контроль качества данных осуществляется оператором мобильной связи, за данный проект отвечает один конкретный менеджер (или группа менеджеров). Если вдруг критическая для бизнеса часть информации по каким-либо причинам будет потеряна, максимум, что может сделать компания, – это уволить нерадивого менеджера. Когда за контроль качества данных отвечает юридическое лицо, ситуация иная. Серьезная аутсорсинговая компания, которая дорожит своей репутацией, сделает все, чтобы не нарушить SLA (Service Level Agreement – соглашение об уровне услуг) и поддержать качество сервиса на должном уровне.

Сергей Шилов: «Большинство заказчиков опасаются, что они не смогут контролировать качество работы подрядчика».По мнению Сергея Шилова, генерального директора группы компаний AT Consulting, если просуммировать все плюсы и минусы аутсорсинга, то перед организацией-заказчиком чаще всего стоят три основных вопроса. «Во-первых, стоимость услуг. Понятно, что никто не хочет переплачивать за работу, которую можно выполнить самостоятельно. Однако в этом случае для эффективного поддержания качества данных компании придется сформировать дополнительный отдел сотрудников, закупить или разработать специальное программное обеспечение. Все это приведет к увеличению капитальных затрат без возможности экономии на масштабе, что является одним из основных аргументов в пользу аутсорсинга. Во-вторых, качество услуг. Большинство заказчиков опасаются, что они не смогут контролировать качество работы подрядчика. Тем не менее, на практике эту проблему можно решить с помощью грамотно составленного соглашения SLA. В нем определены все критерии качества и сроки сдачи регулярной отчетности, подтверждающей, что заданный уровень качества действительно достигнут. Наконец, в-третьих, проблема безопасности данных, передаваемых на аутсорсинг. Однако, на мой взгляд, утечка информации из аутсорсинговой компании может похоронить ее репутацию. Так что в интересах самого подрядчика обеспечить максимальный уровень конфиденциальности доверяемых ему данных».

* * *

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

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

Если компания принимает решение отдать контроль качества данных внешнему исполнителю, главное – правильно выбрать подрядчика. Наиболее важными критериями являются опыт аутсорсинговой компании и ее место на рынке ИT-услуг. После выбора внешнего исполнителя компании-заказчику нужно подойти со всей ответственностью к составлению SLA, чтобы поставленная задача была одинаково понятна как заказчику, так и подрядчику. Отдавать или не отдавать контроль качества данных на аутсорсинг – личное дело каждой компании. Самое главное – результат. Лучше позаботиться о качестве данных заранее, чем потом пытаться отыскать некорректные записи, на основании которых были приняты неверные стратегические или краткосрочные управленческие решения.

Хранилища данных — дело серьезное (статья-раритет 2000 г., которая вышла после выпуска второй версии продукта Business Information Warehouse)

Вторник, Июнь 22nd, 2010

osp.ru

После выпуска второй версии продукта Business Information Warehouse (BW) корпорация SAP, известная своим программным обеспечением планирования ресурсов предприятия (ERP — enterprise resource planning), всерьез надеется завлечь пользователей …

Бернд Зeйдель

Специалисты по-разному оценивают перспективы SAP BW

Клаус Гейнрих: «Всего лишь пару лет назад у нас не было даже намека на информационные хранилища, а сегодня мы уже можем обсуждать особенности пакета SAP BW и альтернативных решений»

После выпуска второй версии продукта Business Information Warehouse (BW) корпорация SAP, известная своим программным обеспечением планирования ресурсов предприятия (ERP — enterprise resource planning), всерьез надеется завлечь пользователей традиционных хранилищ данных в среду R/3. По мнению аналитиков, с технической точки зрения SAP BW не отличается ничем особенным, однако тесной интеграции этого программного продукта с SAP R/3 уже вполне достаточно для того, чтобы многим захотелось опробовать его в действии.

По свидетельству GartnerGroup, сегодня уже около ста клиентов продуктивно работают с хранилищем BW.

«Кто бы мог подумать? — восклицал на конференции Information World 2000 сотрудник SAP Клаус Гейнрих. — Всего лишь пару лет назад у нас не было даже намека на информационные хранилища, а сегодня мы уже можем обсуждать особенности пакета SAP BW и альтернативных решений».

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

С позиций чистоты жанра

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

«Пользователи должны четко представлять себе, на что они идут, приобретая новое программное обеспечение SAP, — вторит Инмону эксперт компании CSC Ploenzke по хранилищам данных Гуннар Вайхель. — Это информационное хранилище базируется на фундаменте весьма сложных структур, хорошо знакомых нам по системе R/3».

Начнем с интерфейса. Источниками данных для хранилища BW могут служить только система SAP R/3 или внешние продукты, поддерживающие разработанный самой SAP интерфейс BAPI (Business Application Programming Interface). Чтобы подключить внешние инструменты оперативной аналитической обработки (OLAP — online analytical processing), помимо интерфейса BAPI допускается использование стандарта Microsoft OLE DB для OLAP (ODBO). Таким образом, по сравнению с универсальными средствами создания хранилищ данных программное обеспечение SAP BW не обладает достаточной гибкостью и открытостью.

Аналитик исследовательского центра бизнес-приложений Карстен Банге протестировал версию BW 2.0.

«SAP BW представляет собой ?документацию? по R/3, изложенную в дружественной форме — и ничего более, — подчеркнул он. — Архитектура системы BW не позволяет эффективно использовать ее для оперативного анализа ?на лету?, а ведь именно это является основной областью применения технологий хранилищ данных».

Домашнее задание

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

Появилась также возможность извлекать информацию, необходимую для анализа, из репозитария Operational Data Store (ODS) — сердца хранилища данных — или непосредственно при помощи функций R/3. Модель сборного хранилища в сочетании со средствами извлечения данных R/3 и сборными анализируемыми кубами гарантирует быстрое построение готовой системы. В продуктах таких компаний, как Acta или Informatica, подобные усовершенствования относятся к категории стандартных функций.

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

«Это позволяет быстро получать готовые решения. Данные и их описания уже введены в систему R/3 и могут поэтапно импортироваться в среду BW, — пояснил Гейнрих. — Поэтому на реализацию сложного проекта SAP BW в среднем уходит всего 4,5 месяца».

Эффективная интеграция с R/3

Однако прежде всего важна не техническая интеграция двух программных систем SAP, а возможность переноса информации делового характера из одной среды в другую. «Разработки описания метаданных, требующей больших временных затрат, можно избежать, поскольку все определения в системах R/3 и BW полностью идентичны, — отметил Гейнрих. (Со своей стороны, SAP особенно внимательна к своим клиентам.) — Мы с готовностью отказались от реализации многих функций, упростив программу, поскольку интеграция с системой R/3 гарантирована».

Примерно так представители SAP отвечали на все вопросы участников конференции в Дюссельдорфе.

«Затраты на извлечение, преобразование и загрузку данных (extraction, transformation and loading, ETL) из R/3 в среду BW благодаря наличию перекрестных связей минимальны», — сообщил Роберт Марек, управляющий директор CM4, дочерней компании концерна Bertelsmann.

Служба CM4 отвечает за построение киосков данных клуба книголюбов Bertelsmann. В этой системе BW помогает анализировать данные из приложений, отвечающих за управление отношениями с заказчиками (CRM — customer relationship management). Отчеты, получаемые из киосков данных, используются для оценки работы службы распространения продукции.

Однако преимущества взаимосвязи средств ERP и хранилищ данных действуют лишь в мире SAP. Банге обращает особое внимание потенциальных пользователей на то, что имеющихся в BW возможностей явно недостаточно. Клиент должен понимать, что реализация функций ETL, на которую уходит от 70 до 80% совокупных затрат «нормального» проекта хранилища данных, осуществима только в закрытой среде SAP. Но 92% клиентов SAP используют дополнительные решения независимых производителей; по крайней мере, именно такие результаты были получены в результате недавнего исследования, проводившегося по заказу SAP.

Сложность интеграции внешних данных

В своем отчете GartnerGroup рекомендует использовать хранилище SAP BW лишь в том случае, если по меньшей мере половину необходимых данных компания импортирует из R/3, тогда как Банге утверждает, что в действительности эти цифры должны составлять не менее 80%. Все объясняется тем, что импорт внешних данных очень сложен. SAP предлагает только два варианта. Во-первых, это внутренний интерфейс BAPI, который так же, как и средства интеграции данных в виде плоского файла, представляет собой общепринятую, но устаревшую процедуру. Во-вторых, интерфейс DW DPI, который можно использовать для доступа к хранилищам данных при помощи средств компаний Dun & Bradstreet и AC Nielsen. Эти источники интегрируются с программным обеспечением Business Explorer (фронтальная часть BW), минуя процедуру физического импорта.

Инструментами для интеграции внешних данных могли бы служить средства ETL, выпускаемые третьими фирмами (например, Acta, Informatica или ETI). Эти средства упрощают перенос информации из внешних систем. Более того, они включаются в комплект поставки R/3 и выполняют роль дружественного программного интерфейса, избавляя пользователей от необходимости изучать язык программирования ABAP, предлагаемый SAP. Отрицательным моментом является очень высокая цена инструментальных средств ETL третьих фирм.

«Такие расходы оправданны лишь в том случае, если вам требуется объединить сразу несколько источников и управлять множеством метаданных», — подчеркнул специалист в области хранилищ данных и менеджер швейцарской компании IIT Норберт Эггер.

Непрерывное усложнение

Тем не менее клиенты должны быть готовы и к усложнению «чистой» среды R/3-BW. В самой SAP пытаются заглянуть в будущее и постоянно модернизируют содержание аналитических приложений (поставщики систем ERP обозначают соответствующие компоненты Business Content), являющееся обязательной составляющей структур Infocubes. По словам Гейнриха, в BW 2.0 включено более 450 отчетов (запросов и рабочих папок), а также более 110 компонентов Infocubes. В структурах Infocubes хранятся связанные данные многомерной модели.

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

«В результате система становится очень сложной, — отметил Банге. — Риск того, что действительно нужные компоненты попросту не будут найдены, возрастает. При столь высоких темпах хранилище BW вскоре станет таким же сложным в управлении, как и R/3, пользователям которой приходится иметь дело в среднем с 25 тыс. таблиц. Аналогия между R/3 и BW напрашивается сама собой. Без внешней помощи хранилище BW в конце концов станет неуправляемым».

Впрочем, Гейнрих не согласен с тем, что расширение компонентов Business Content и Infocubes происходит совершенно бесконтрольно.

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

Слабость аналитики на базе Excel

Фронтальное аналитическое ПО Business Explorer, поставляемое SAP, многие критикуют.

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

Подобную точку зрения разделяет и Эггер: «Язык программирования Visual Basic не подходит для аналитики».

Если в базы данных внести изменения, последующая адаптация макросов обойдется слишком дорого. По мнению Вайхеля, хранилище BW в среде R/3 не имеет себе равных — важен правильный подбор инструментальных средств. Необходимо найти среди предложений третьих фирм подходящее средство ETL, получить бизнес-информацию от SAP и установить специализированное фронтальное программное обеспечение типа Arcplan, MIS или Business Objects.

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

По оценкам GartnerGroup, к настоящему моменту установлено 100 пакетов. Гейнрих ведет речь уже о 200 установках, причем в самой сложной системе, по его словам, хранится 0,5 Тбайт информации.

Защитники и критики продукта сходятся в одном: после выпуска пакета BW корпорация SAP может претендовать на успех на рынке хранилищ данных. Имея за плечами 20 тыс. установок R/3, корпорация в состоянии позволить себе ценовой демпинг а-ля Microsoft. Нетерпение, с которым клиенты ожидают появления очередных продуктов SAP, — хорошая предпосылка к тому, чтобы SAP смогла утвердиться на новом рынке.

20.07.2000г

Восстановление зарплат

Пятница, Июнь 11th, 2010
Зарплаты в сфере информационных технологий первыми отыграли кризисное падение. Баланс вакансий и резюме восстановился
Мария Буравцева
Ведомости — Санкт-Петербург
11.06.2010,  106 (2624)

В мае зарплатный индекс в IT-сегменте вырос на 1,4% и достиг докризисной отметки, говорит президент рекрутингового портала SuperJob.ru Алексей Захаров. Зарплаты постепенно возвращаются на докризисный уровень, рост стал заметен с начала 2010 г., подтверждает гендиректор компании «Корус консалтинг» Александр Семенов. «Корус консалтинг» в этом году повысил зарплату отдельным сотрудникам на 10-20%. В первую очередь «отыграли» прежние позиции руководители проектов и разработчики с широкой специализацией, говорит заместитель гендиректора по стратегическому развитию Digital Design Марина Голубева. Восстановление уровня зарплат она объясняет позитивными тенденциями в экономике. Многие компании в кризис сокращали бюджеты на IT на 30-40%, теперь некоторые из них размораживают крупные проекты, хотя и не в тех масштабах, говорит гендиректор T-Systems в России Игорь Чупалов.

В целом предлагаемые IT-специалистам зарплаты выросли по сравнению с концом 2009 г. на 5-10%, что может быть сигналом к позитивным изменениям, считает старший директор Staffwell Елена Сидоренко. В 2009 г. компании в основном зарплаты не повышали, считает Захаров. Зарплаты в других отраслях, по его словам, еще не достигли докризисного уровня.

IT-cпециалисты пострадали от кризиса меньше, чем маркетологи и банкиры. По словам Семенова, в кризис компенсации в отрасли снизились на 10-15%, причем часто за счет бонусов. «Корус консалтинг» в 2009 г. на 25% сократил расходы на соцпакет для сотрудников, его планируется вернуть в зависимости от финансовых результатов года, говорит Семенов. Digital Design теперь предоставляет новым сотрудникам полис ДМС через год, а не через полгода, как раньше. «Рексофт» урезала наиболее дорогостоящее обучение сотрудников.

Некоторое снижение зарплат наблюдалось в секторе системной интеграции, отмечает Ольга Бармаш, руководитель отдела персонала «Рексофта». До кризиса зарплаты российских специалистов по SAP превышали ставки их западных коллег, имеющих значительно больший опыт и понимание бизнес-процессов, говорит она. По ее словам, в секторе разработки программного обеспечения зарплаты почти не снижались, в конце 2008 г. и в 2009 г. прекратился их необоснованный рост, а количество свободных специалистов на рынке увеличилось. В 2008 г. отрасль была остродефицитной, а 2009 год восстановил баланс спроса и предложения, констатирует директор петербургского филиала портала HeadHunter Юлия Сахарова. В прошлом году рынок труда был рынком работодателя, на каждую вакансию приходило от 30 до 100 откликов, а сейчас конкуренция возрастает — количество заявок от соискателей существенно упало, говорит Бармаш. По данным HeadHunter, за четыре месяца 2010 г. количество вакансий в сфере IT выросло на 61%. Крупные компании и банки запускают новые IT-проекты, некоторые из них получают государственную поддержку на волне моды на инновационное развитие, объясняет Сидоренко.

Хорошие специалисты держатся за свои места, чтобы их привлекать, приходится предлагать на 25% больше рынка, хотя такие зарплаты неоправданны, сетует директор по разработкам ЗАО «Транзас технологии» Владимир Пономарев.

SAP Форум 2010 “Модернизация управления – основа инновационной экономики России”

Пятница, Июнь 11th, 2010
Источник: CIO-World
Вадим Ференец
23 июня в Торгово-выставочном комплексе “Крокус Сити”, МВЦ “Крокус Экспо”  пройдет SAP Форум 2010 “Модернизация управления – основа инновационной экономики России”.

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

На SAP Форуме 2010 будут присутствовать представители компаний нефтегазовой, энергетической, металлургической, банковской отраслей, торговли, а также организаций госсектора. В этом году ожидается, что гостями Форума SAP в Москве станут более 1500 человек. SAP Форум 2010 ” Модернизация управления – основа инновационной экономики России” В программе Форума – презентации клиентов и представителей SAP, пленарные заседания, микро-форумы, пресс-конференции, вручение премии SAP за самые впечатляющие проекты 2010 года, а также традиционный гала-ужин.

Параллельные сессии форума:

  • Нефтегазовая индустрия
  • Металлургия и горная добыча
  • Дискретное производство/транспорт
  • Финансовые институты
  • Государственные организации
  • Торговля и производство ТНП
  • Энергетика
  • Инновации

Микрофорумы:

  • Платформа SAP NetWeaver
  • Решения для оптимизации процессов (кадры, закупки, продажи)
  • Инновации 2010 в решениях SAP
  • Организация корпоративной производительности
  • SAP Consulting
  • Окупаемость инвестиций в ИТ
  • Сервисные услуги SAP

Дополнительные сессии на микрофорумах:

  • Здравоохранение
  • Высшее образование