Итак, свершилось - SaaS перестал быть технологической диковинкой и стал фактором бизнеса. Да, именно так, кризис ли тому виной, или просто рынок созрел, но SaaSрешения массово пришли в бизнес. Любителям технологий впору радоваться, а вот есть ли причины радоваться менеджерам и бизнесменам? Попробуем понять…
Если мы внимательно посмотрим на то, насколько SaaSготов быть не технологией и софтом, а бизнес инструментом, то будем принуждены, спросить себя, а что сдерживает наступление SaaSна рынок. Простейший просмотр и анализ российских форумов дал три основных причины – еще не до конца ушедший страх нового, сомнения на счет безопасности и неготовность SaaSк поддержке сквозных/единых бизнес процессов. Страх нового мы опустим, слишком необъятная тема. Вопрос безопасности, больше технологический, нежили бизнесовый, а потому его тоже опустим. Нашей темой станет готовность/неготовность SaaSк поддержке сквозных/единых бизнес процессов, то есть, с технологической точки зрения, способность данной технологии к интеграции в инфраструктуру бизнеса.
Исследования о сдерживающих факторах на Западе, далее несколько иной результат, нежили в России, но интеграция осталась: «Респондентам, которые рассмотрели возможность использования SaaS, но решили не делать этого, задавался вопрос: какие факторы повлияли на их решение. В ответ 42% назвали высокую стоимость обслуживания, 38% – трудности с интеграцией и 33% – что решение не отвечает техническим требованиям. Эти результаты вступают в противоречие с общим впечатлением, что модель SaaS могла бы помочь уменьшить расходы, а также что она не требует большой интеграции и особых технических условий».
Действительно, пока что почти все SaaS-сервисы страдают от самозамкнутости – подразумевается, что заказчик будет пользоваться только одним сервисом. Что же произойдёт, когда массы заказчиков будут пользоваться двумя/тремя/десятью сервисами? И при этом их будет не только самих много, они еще и попадут в окружение общей ИТ-структуры. Кто гарантирует, что, скажем, изменение телефона клиента в CRM отразится в адресной книге в почтовой системе? Ожидается, что комбинировать сервисы будут как-нибудь сами пользователи, или, в лучшем случае, сотрудники ИТ-служб заказчиков. А еще лучше, пусть сервисы живут каждый сам по себе. Эдакая вещь в себе.
Что нужно, что бы ситуация с интеграцией изменилась и SaaSстал полноценным бизнесовым инструментом, таким как традиционный софт? Да совсем немного – инструменты интеграции и профессиональные интеграторы. Так давайте посмотрим, как обстоят дела у нас с ними.
Есть два варианта интеграционных технологий:
Самописные решения, то есть берете и пишите сами (в том числе, руками системного интегратора). Что используется для этого – какой-нибудь, не важно какой, язык программирования и доступ к SaaS решению и вашему традиционному софту по технологии:
a.XML-передача данных в XML-формате по протоколу HTTP, используя архитектуру SOA;
b. веб-службы;
c.Интеграция на уровне данных (Active Data Object, Data Link);
d.Интеграция с помощью промежуточных файлов или базы данных – экспорт-импорт данных из SaaS в директорию или промежуточную таблицу и экспорт-импорт файлов/данных в интегрируемое приложение;
e.Интеграция на уровне приложений (COM-объектов).
Вариантов много, но все они несут в себе существенные недостатки, и недостатки эти общие, обусловленные сущностью самописных решений, и они общие, что в интеграции SaaS, что в интеграции традиционных решений:
a.В самописных решениях по прошествии времени очень тяжело разобраться. Уволился программист (ушел интегратор), а Вам надо изменить (добавить) бизнес процесс и Вы попали. Новый программист (интегратор) очень не скоро разберется в коде и решит Вашу бизнес задачу. А Вы ждите, несите потери.
b.Российские сервис провайдеры только начали предоставлять доступы к SaaS системам через указанные технологии, а ведь инструменты сами по себе не работают, нужен доступ к выходу/входу в софт.
c.Решение получается практически всегда непрозрачным для менеджмента, нет ясности с тем, как оно работает, часты проблемы с мониторингом и документированием. А мы же хотим обеспечить инструментом бизнес, а не развить технологии…
Второй вариант, более продвинутый, это специализированные интеграционные решения, они уже есть и вот примеры:
a.OmniConnect - предоставляет собой визуальный SaaS конструктор, с помощью которого можно быстро интегрировать приложения, не зависимо от того, находятся они за фаерволом компании или в публичном облаке. Сервис содержит обширную библиотеку коннекторов (шаблонов) для наиболее популярных сервисов и платформ: Amazon EC2, Windows Azure, Google Apps, Salesforce, Netsuite, Webex, SAP, Oracle, CA, MS Dynamics и т.д.. С помощью OmniConnect интегратор сможет не только помогать компаниям постепенно переходить на облачные платформы, но и делать то, что раньше было невозможно - интегрировать ИТ-системы компаний-партнеров. Например, интегрировать ERP системы поставщика и клиента для оперативного оформления заказов;
b.Новое поколение средств интеграции приложений от Boomi, которое выполняет ту же роль, что и прежние технологии интеграции от Tibco или Oracle для автономным приложений. А кроме того, поставщики решений получают возможность выйти на рынок вычислений «в облаке». Примерно 75% внедрений платформы Boomi включают привязку SaaS-приложений к автономному ПО заказчиков, а остальное приходится на связывание разных SaaS-приложений между собой;
Список проблем при использовании специализированных интеграционных решений несколько иной. Исчезает непрозрачность решения, исчезает проблема со сменой исполнителя. Но остается проблема с доступом на площадку сервис провайдера. Помним, российские провайдеры только начали давать доступы. Вторая проблема, большая часть инструментов еще не выведена на рынок, так например выводом на российский рынок OmniConnect занимается IBM и Software Provider и выведут они его только к сентябрю 2010 года. Informatica представляется в России компанией Data Integration Software, но тоже в процессе вывода на рынок.
Итак, технические решения уже существуют, но кто будет интегрировать SaaS, сам бизнес? А до того ли ему? Лично Вы хотите интегрировать? Большинство несомненно ответит - нет, и правильно, надо решать бизнес вопросы, а не копаться в технологиях. Нужен системный интегратор. Нужен, давайте поищем.
Начнем оттуда, откуда все пришло, с Запада. Там уже появился целый ряд системных интеграторов, ориентированных на работу с SaaS решениями, вроде Accenture, EXTOL и CapGemini. Первое, что они освоили, это интеграция системы бухгалтерского учета, финансовой системы и CRM приложений, или синхронизация старой CRM системы с новой. Сначала производители CRM решений предлагали предустановленные коннекторы, но сейчас в основном приходится обращаться к услугам третьих компаний. И эти третьи компании хорошо продвинулись и задачи, выполнение которых ранее требовало целой армии людей и месяцев времени, теперь требуют небольшого количества экспертов в компании и привлеченных со стороны.
Но это на Западе, а мы то живем в России. Можно конечно привлечь западного интегратора, но очень уж дорого, и рисковано из-за незнания западниками российской специфики и языкового барьера. Нет, нам нужен российский интегратор, ищем дальше и кое-что находим:
a. Data Integration Software, компания - представляющая западный инструмент интеграции, но это больше не интегратор, а компания-продавец, и она сама ищет партнеров интеграторов.
b.Производители SaaS и SaaS провайдеры. Эти компании, несомненно, готовы интегрировать от случая к случаю. Они не профессионалы интеграции, но знают свои продукты.
c.И наконец, пионер российской SaaS интеграции - Software Provider. Компания совсем свежая, но специалист именно нужной нам бизнес ниши.
Выводы
SaaSнынче, как пирожок из печки. Вкусно, то есть к традиционным достоинствам прибавились возможности поддержки сквозных/единых бизнес процессов. Но горячо, ведь и инструменты и интеграторы только испеклись.
Впрочем, как бы то ни было - встреча SaaS и бизнеса состоялась, и вряд ли они скоро расстанутся.
