ERP и CRM системи с отворен код (как да изберем система)

ERP и CRM с отворена бизнес логика

Липсват обективни критерии за сравнение на 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++. И представители на 1C казват, че програмният код етова е почти български език и всеки специалист, който знае как да програмира на каквото и да е, бързо ще го овладее.

Между другото, много общи ERP системи нямат обектен език, това се дължи на факта, че ядрото на системата е написано отдавна и никой не се осмелява да преработи системата от нулата.

ERP бизнес логика на скриптов език

Пояснения и допълнения

В резултат на обсъждането на статията в общността, трябва да продължа историята. Добавените детайли са важни за специалистите. Мълчанието ми по тези теми се възприема от тях като невежество.Нямате търпение!

  1. ERP с отворен кодне е същото катософтуер с отворен код. Лицензите с отворен код (например GNU General Public License или BSD License) и лицензите, под които се разпространява ERP, се различават като небето и земята. Ако в първия случай софтуерът не принадлежи на никого, то във втория случай производителите на ERP обикновено запазват всички права за себе си, а купувачът придобива само правото да използва продукта.
  2. ОбикновенообвивкатаERP на системи с отворен коде патентована, написана е на език от високо ниво (напр. C++) и е компилирана. И променливата бизнес логика е написана на вграден език, който понякога се наричаскриптовезаради ограничените си възможности.
  3. В тази връзка не е правилно такива програми да се наричат ​​ERP с отворен код. Предлага се да се използва терминътERP с отворена бизнес логика
  4. Обективността на такива скриптови езици не е пълна. Редица общи конструкции не се поддържат. Но за повечето бизнес задачи скриптовият език е доста гъвкав.И все пак това не винаги е достатъчно.

До каква степен ограничението на скриптовите езици възпрепятства развитието на ERP и CRM?

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

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

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

АВТОРСКИ ПРАВА