ERP и CRM с открытой бизнес-логикой
Существует недостаток объективных критериев сравнения ERP систем.
Например, я уже несколько раз писал о том, что бессмысленно сравнивать системы по наличию и отсутствию модулей. Мне не верят, и я чувствую, что прийдется посвятить этой теме отдельную статью. Но это после...
Критериев выбора мало, но они есть. Вот «открытость программного кода» – характеристика ПОНЯТНАЯ и ПОЛЕЗНАЯ. Система с открытым кодом может быть исправлена под нужны предприятия не только производителем но и собственными программистами клиента. А закрытая система - только производителем.
Является ли открытость плюсом? Ведь исправление кода может принести новые проблемы? Давайте разбираться.
Рынок ERP
В настоящее время все распространенные ERP, CRM решения для бизнеса - это программы с открытым кодом. Но признак открытости кода сам по себе ни чего не дает. Для кого этот код открытый? Кто его прочитает? Не бизнесмен и не владелец покупающий себе CRM. Как минимум код должен быть написан на известном языке, тогда и специалиста можно будет найти.
Но знание языка не гарантирует, что специалист разберется в коде. Старое программисткое правило гласит - легче написать свою программу, чем разобраться в чужой. Вот если брать специалиста, который уже знает систему...
Если система распространенная - то это подразумевает наличие рынка специалистов.
Доработка ERP нужна, но новый код - это новые проблемы
Даже если ваш программист разобрался в программе и сделал исправления, то возникают интересные вопросы:
-
А если он уволиться - сможет ли кто то разобраться в его коде?
-
Насколько просто будет накатить новую версию системы на исправления сделанные программистом?
Открытый код ERP - это не характеристика
Открытость исходного кода это не панацея, а целый набор свойств. Для ERP и CRM качество этой открытости можно оценить по следующим характеристикам:
-
Насколько распространенным является сама система и существует ли для нее рынок специалистов
-
Насколько распространенным является язык на котором написан код системы
-
Является ли язык объектным или нет
-
Являются ли интерфейсы удобными для программирования
-
Требуется ли останавливать работу всей системы в при внесении локальных изменений
-
Есть ли интерфейсы, которые демонстрируют историю исправлений кода
-
Как решается вопрос с накатыванием новых версий системы на исправления. Здесь нет идеального решения. Вероятность конфликта новой версией и изменений всегда существует. Вопрос решается наличием качественных инструментов (см. п.6, п.4, п.3) и самого инструмента обновления версий - т.е. насколько хорошо в процессе обновления происходит мониторинг и обнаружения нестыковок кода.
Уникальные языки ERP - не политика, а проблема
Еще раз вернемся к п.2. Если язык является распространенным, то это предполагает, что в случае дефицита кадров можно взять и обучить программистов знающих язык, но не знакомых с конкретной ERP или CRM системой.
К слову, наиболее распространенные системы написаны на собственном языке: это и SAP и 1C и Axapta и др... Но при этом все производители софта утверждают, их язык прост и удобен. Например Microsoft утверждает, что Axapta написана на языке близком к C++. А представители 1С говорят, что код программы - это почти русский язык, и его быстро освоит любой специалист умеющий на чем нибудь программировать.
Кстати у многих распространенных ERP систем язык не объектный, это объясняется тем, что ядро системы было написано давно, и переделывать систему с нуля ни кто не рискует.
Разговоры о том, что открытые ERP позволят сэкономить 80% бюджета - рекламные бредни... Дело не в экономии. Для любого бизнеса сложнее булочной и бензоколонки в процессе внедрения и развития системы потребуются изменения, которые будут обходиться все дороже и дороже. В открытых система стоимость последующих изменений тоже растет, но медленнее, т.к. это определяется рынком, а не запросами единственного поставщика. В результате возможности интеграции и получения эффективности на порядок выше чем в системах не предусматривающих модификаций.
|