Лучшее враг хорошего! Справедливость этой формулы каждый знает на собственном опыте. Действительно, возьмешься что-то менять, столкнешься с последствиями, не всегда предвиденными, порой создающими такие неприятности, что скажешь в сердцах - а оно того стоило? Но иногда необходимость изменений диктуется нам самой жизнью, и тут уже поневоле приходится задуматься.
Изменения для большой компании, процесс гораздо более болезненный чем для отдельного человека, тем более когда вопрос касается замены ERP системы. И если меняем ERP от SAP, уместен вопрос: где взять "лучшее", чтобы компенсировать себя с потерей хорошего?
Должен сказать, что, при внимательном рассмотрении, даже в подобной ситуации можно найти позитив, но давайте по порядку. Задумавшись всерьез о замене SAP ERP стоит отчетливо понимать сильные стороны этого продукта, чтобы сфокусироваться на ключевых преимуществах, которые должны, в идеале, сохраниться и в новом решении. Если не отвлекаться на дымовую завесу вокруг бренда, распространяемую маркетингом компании, основные преимущества продукта можно поделить на две группы, связанные с технической реализацией, и вытекающие из его широкой распространенности на рынке. Под последними я понимаю:
- большое количество специалистов и партнеров,
- наличие документации
- доступность большого количества "экспериментальных" данных о работе продукта в различных конфигурациях, делающих прогнозируемым то,
с чем вы столкнетесь не практике стартовав в продуктив.
Не будем долго останавливаться на этих моментах, поскольку они скорее характеризуют успешность вендора на рынке нежели являются уникальным достижением SAP, перейдем лучшее к технической реализации.
Основателями компании SAP были выходцы из IBM, что проливает свет на ключевые особенности их реализации ERP:
- акцент на серверной части приложения (мейнфрем)
- транзакционность (все ходы записаны)
- деление приложения на ядро и модули.
Эти "заповеди", положенные в основу еще в 70-х, в совокупности
с грамотной реализацией ядра и основных модулей (FI,CO,MM,SD,HR) во многом определили оглушительный успех платформы и длительный срок ее жизни,
продолжающийся по сей день. Грамотная реализация ядра служит фундаментом для хорошей масштабируемости системы, делая ее устойчивой к пиковым
увеличениям нагрузки, что критично для крупных компаний, с тысячами пользователей в корпоративной сети. Излишне говорить о преимуществах
модульной структуры приложения, фактически являющейся прообразом нынешнего микро-сервисного подхода, сделавшего динозаврами "монолитные" приложения из прошлого.
И последнее, но не наименее важное, в платформе имеется достаточно богатый инструментарий для разработки и модификации приложений, позволяющий самостоятельно конструировать прикладные решения под потребности бизнеса.
При всех этих несомненных преимуществах, платформе SAP ERP не избежать морального устаревания, накапливающегося с течением времени. И если вендору, в какой то мере, удается "латать" отставание и недостатки в пользовательском интерфейсе, то модернизация системной части, дается
значительно сложнее, по причинам связанным в том числе с необходимостью поддержки совместимости с предыдущими версиями. Тем самым, продукт давно превратился для вендора в "дойную корову" , стимулируя клиентов искать возможности развития своих приложений вне этой платформы. Более того, современные абстрактные языки программирования, решения с открытым исходным кодом и мульти-сервисная архитектуры создают хорошую почву для конкурентоспособности таких решений. Поэтому для эффективного бизнеса вопрос ухода от SAP ERP это скорее лишь вопрос - когда?
Основным вариантом, возникающим при анализе возможностей перехода с SAP ERP, является платформа от компании 1С. Насколько равносильной будет такая замена? Возможно ли сохранить все преимущества или хотя бы гарантировать себя от значительных потерь в качестве работы ERP сервисов в результате перехода?
По аналогии, деля проблему на две составляющие, не трудно предположить, что в плане комфортности "экосистемы" 1С сообщество не уступает SAP, а в доступности обновлений, реализующих изменения в регламентируемом учете, очевидно превосходит. Однако с технической точки зрения подобная замена не выглядит столь равнозначной.
Исторически 1С Бухгалтерия развивалась как клиентская часть, своего рода АРМ бухгалтера. Такой подход обусловил деление приложения на "подводную" часть, фактически платформу, и конфигурации - доступную пользователю надстройку, где собственно и конструируются элементы приложения. Подобная открытость начинки прикладной системы, позволяет многих специалистов, привыкших работать в конфигураторе 1С, считать его решением open source, хотя "открытость" здесь ограничена пределами конфигуратора.
Сама платформа 1С не обладает средствами много-процессности и транзакционности, присущими SAP ERP, что проявляет себя в падении производительности системы при масштабировании нагрузки. Логичный исход, поскольку для клиентов из сегмента малого бизнеса, на котором и выросла 1С Бухгалтерия, эти свойства приложения никак не были востребованы.
Аналогичные проблемы возникают при попытке использовать решения 1С в мульти-сервисной архитектуре, они к этому просто не приспособлены. Резюмируя, платформа 1С очень хорошо подходит для потребностей своего рынка - малого и, отчасти, среднего бизнеса, но ее масштабирование под потребности крупных компаний имеет границы применения. Более того, в настоящее время практически не видно мотивов для компании 1С как то обновлять свое решение: их нынешний бизнес очень успешен и им приходится считаться с огромной инерцией, в области поддержания совместимости новых версий с решениями, работающими у клиентов.
Какими могут быть альтернативные пути развития ERP приложений? Очевидно, что с течением времени на рынке будут появляться приложения, построенные
на современных программных компонентах, с поддержкой микро-сервисной архитектуры. Крупные корпорации зачастую самостоятельно разрабатывают подобные решения в ключевых областях для конкурентоспособности бизнеса. В таких условиях решением будущего для корпораций может стать переход от тяжеловесных платформ к управлению набором гибких приложений, лучших в своем классе, интегрируемых в общую инфраструктуру. Одним из интересных примеров такого подхода в области ERP является проект "Федерация" (itfederation.ru).
Такие изменения потребуют, кроме прочего, развития в корпорациях новых ИТ компетенций, в частности привлечения специалистов в области разработки и поддержки микро-сервисных приложений, которые, по всей видимости, придут на смену традиционным "консультантам".