Мобильная        
   PDA-версия  


интеллектуальная группа

KIBORG . net



@   О КОМПАНИИ

@   УСЛУГИ

@   КОНТАКТЫ

      AXAPTA / 1С

      MRP / CRM

      УПРАВЛЕНИЕ

-   ОБУЧЕНИЕ

V   СТАТЬИ

-   ПУБЛИКАЦИИ

#   ЛУЧШИЕ

-   ИССЛЕДОВАНИЯ

-   ТЕРМИНОЛОГИЯ




С т а т ь и



o   ПО ДАТАМ
o   ПО ЖУРНАЛАМ

==== >>   ERP
o   УПРАВЛЕНИЕ
o   СИСТЕМЫ





(+) ПРЕДПРОЕКТ ERP

() Методология

() Внедрение ERP

() Эксплуатация, поддержка






 
 

ERP   /\/   Управление   /\/   Системы     (Лучшие)


Предпроект - Методология - Внедрение - Эксплуатация



Сравнение ERP


ERP и CRM с открытой бизнес-логикой

 

Существует недостаток объективных критериев сравнения ERP систем.

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

Критериев выбора мало, но они есть. Вот «открытость программного кода» – характеристика ПОНЯТНАЯ и ПОЛЕЗНАЯ. Система с открытым кодом может быть исправлена под нужны предприятия не только производителем но и собственными программистами клиента. А закрытая система - только производителем.

Является ли открытость плюсом? Ведь исправление кода может принести новые проблемы? Давайте разбираться.

Рынок ERP

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

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

Если система распространенная - то это подразумевает наличие рынка специалистов.

Доработка ERP нужна, но новый код - это новые проблемы

Даже если ваш программист разобрался в программе и сделал исправления, то возникают интересные вопросы:

  • А если он уволиться - сможет ли кто то разобраться в его коде?
  • Насколько просто будет накатить новую версию системы на исправления сделанные программистом?

Открытый код ERP - это не характеристика

Открытость исходного кода это не панацея, а целый набор свойств. Для ERP и CRM качество этой открытости можно оценить по следующим характеристикам:

  1. Насколько распространенным является сама система и существует ли для нее рынок специалистов
  2. Насколько распространенным является язык на котором написан код системы
  3. Является ли язык объектным или нет
  4. Являются ли интерфейсы удобными для программирования
  5. Требуется ли останавливать работу всей системы в при внесении локальных изменений
  6. Есть ли интерфейсы, которые демонстрируют историю исправлений кода
  7. Как решается вопрос с накатыванием новых версий системы на исправления. Здесь нет идеального решения. Вероятность конфликта новой версией и изменений всегда существует. Вопрос решается наличием качественных инструментов (см. п.6, п.4, п.3) и самого инструмента обновления версий - т.е. насколько хорошо в процессе обновления происходит мониторинг и обнаружения нестыковок кода.

Уникальные языки ERP - не политика, а проблема

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

К слову, наиболее распространенные системы написаны на собственном языке: это и SAP и 1C и Axapta и др... Но при этом все производители софта утверждают, их язык прост и удобен. Например Microsoft утверждает, что Axapta написана на языке близком к C++. А представители 1С говорят, что код программы - это почти русский язык, и его быстро освоит любой специалист умеющий на чем нибудь программировать.

Кстати у многих распространенных ERP систем язык не объектный, это объясняется тем, что ядро системы было написано давно, и переделывать систему с нуля ни кто не рискует.

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


Бизнес-логика ERP на скриптовом языке

Уточнения и дополнения

По результату обсуждения статьи в сообществе вынужден продолжить повествование. Добавленные детали важны для специалистов. Мое молчание на эти темы расценивается ими как невежество. Не дождетесь!

  1. ERP с открытым кодом это совсем не тоже самое, что открытое программное обеспечение (open source). Лицензии открытого ПО (например, GNU General Public License или BSD License) и лицензии по которым распространяются ERP отличаются как небо и земля. Если в первом случае ПО ни кому не принадлежит, то во втором производители ERP обычно оставляют все права за собой, а покупатель приобретает лишь право использовать продукт.
  2. Обычно оболочка ERP систем с открытым кодом является закрытой она написана на языке высокого уровня (например на С++) и откомпилирована. А доступная для изменения бизнес логика написана на встроенном языке, который иногда называют скриптовым за его ограниченные возможности.
  3. В связи с этим не корректно называть такие программы ERP с открытым кодом. Предлагается использовать термин ERP с открытой бизнес логикой
  4. Объектноcть таких скриптовых языков не является полной. Ряд общепринятых конструкций не поддерживается. Но для большинства бизнес задач скриптовый язык является вполне гибким. И все же этого хватает не всегда.

На сколько ограниченость скриптовых языков мешает развитию ERP и CRM ?

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

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

 

 

 

Москва 2011г. Мартынов Дмитрий

 

КОПИРАЙТ

Статья разрешена к копированию любыми средствами без изменения содержания с обязательным указанием автора, источника и гиперссылки на оригинал:

гиперссылка html:
гиперcсылка для форума/блога:

 

Консалтинг по управлению ИТ проектами.
-  Аудит, анализ и тренинги


Экспертиза ....
Интеграция ERP, MRP, CRM, SCM систем
-  Настройка, обучение, доработка.



Внедрение ....
Бизнеспроцессы: описание в стандартах IDEF, ARIS, EPC, On-Target



Бизнес-анализ ....
Оптимизация бизнеса. Внедрение, электронного документооборота
-  Управление ответственностью и рисками.



Мотивация ....
Разработка регламентов управления с использованием ИТ.
-  Повышение стабильности и эффективности работы отделов.


Реорганизация ....
Гарантии качества подтверждены опытом наших экспертов.
-  Все наши специалисты сертифицированы.



Сотрудничество ....


 
  О компании    Услуги    Контакты    Axapta        Обучение    Управление   

    © 2005, ООО "Интеллектуальная группа Киборг"   PDA-версия