Что такое ERP-Платфома Управление разработкой, Управление проектами, Help Desk Software, ERP-системы, CRM-системы В этой статье я расскажу про функциональные классы ERP-CRM систем, постараюсь описать, что же такое система ERP-Платформа, какую занимает нишу и как же правильно организовать структуру системы. image В статье я будут рассказывать только об облачных системах. Где пользователь зашел, зарегистрировался, и пользуется. Коробочные системы — отдельная тема. Облачные системы популярны, доступны. С ними просто знакомиться, ежемесячные платежи небольшие. Для некоторых компаний облако неприемлемо. Они хотят работать на своем оборудовании, в своей закрытой сети. Так спокойнее. Но знакомятся с системой перед покупкой опять же в облаке. Из облачной всегда можно сделать коробку, а вот из коробки облачную не всегда. Различных облачных ERP-CRM систем много. Я бы все разделил на 4 типа: 1) Статичные 2) Статичные+ 3) Полу динамичные 4) Динамичные 1) Статичные Под этим понимается что система: как сделана — так сделана. Интерфейс одинаковый для всех клиентов. Разработчик периодически что-то допиливает в ней. Изменения в интерфейсе касаются всех клиентов, т.к. движок общий. Никакой индивидуализации бизнес-процессов клиента быть тут не может. Вариант это по сути простой и не замысловатый. Разработать такую систему можно быстро. Но их уже практически не осталось, ибо прикрутив API такая система становится «Статичной+». 2) Статичные+. Это развитие Cтатичной системы. Отличается тем, что разработчики прикрутили API. Т.е. пользователь может создать(или купить готовое) какое-то внешнее приложение. Это приложение умеет общаться с основной системой, получать или передавать в нее данные. Но проблему индивидуализации бизнес-процессов это решает отчасти. По сути логика работы самой системы тут не меняется и пользователю все равно придется подстраиваться под систему. Система даже банально не позволит сделать отчет с совместным использованием данных системы и нескольких приложений (данные в разных местах), если она конечно вообще позволяет конфигурировать отчеты… Такие системы популярные — т.к. они достаточно просты в создании, и если прикрутить сюда хороший маркетинг, нанять хороших дизайнеров, то все получится. Так же они могут вокруг себя собрать разработчиков внешних приложений, интеграторов и т.п. Т.е. дают хлеб еще куче народу, тем самым еще больше укрепляют свое положение на рынке. Статичные системы хороши в каких-то узкопрофильных направлениях. Для другого профиля придется строить другую систему. Если Вы хотите обслуживать любые области, то статичная система — тупиковый путь развития. Статичные облачные системы «ERP» быть не могут, т.к. это требует глубокой индивидуализации бизнес-процессов клиентов, а это может дать только следующий класс: «Динамичные системы». 3,4) Динамичные (Полу динамичные) Динамичные системы — умеют подстраиваться под пользователя. Они имеют ядро-интерпретатор, который умеет выводить интерфейс пользователю согласно внутренним настройкам конфигурации. Когда пользователь открывает страницу, система считывает конфигурацию этой страницы и строит элементы в нужных местах. Пользователь может самостоятельно править эту конфигурацию. Такие системы дают пользователям непревзойденную гибкость, подстраиваются под любой бизнес-процесс, и позволяют как раз построить «ERP» систему. Можно создать такую конфигурацию, которая будет охватывать жизнь предприятия. Как правило такие системы имеют на своем борту встроенную систему программирования. Система программирования — апогей гибкости настроек. Если настройки программы все время развивать — в итоге Вы получите встроенную систему программирования. Построить хорошую динамичную систему — большая и сложная работа. Просто с наскока, как статичную систему сделать не получится. Это большой труд и большие вложения, но это система более высокого класса. Динамичность таких систем бывает разная. Я выделяю тут несколько пунктов: 1) Конфигурация интерфейса 2) Конфигурация структуры базы данных 3) Конфигурация обработки данных Если в системе реализованы не все пункты, то я ее отношу к классу «Полу диномичные». Я знаю системы, которые позволяют создавать таблицы и добавлять поля в БД, но не позволяют конфигурировать интерфейс. 1) Конфигурация интерфейса. Под этим понимается, что: А) можно свободно конфигурировать существующий интерфейс и создавать новый интерфейс к новому модулю. Б) Интерфейс «двухмерный», а в некоторых случаях и «трехмерный», если есть наслоения вариантов. Т.е. можно управлять любой точкой страницы. Есть системы класса Статические+, которые осознали таки свои проблемы и пытаются сделаться хоть в каком-то виде Динамичными, сделав добавление новых полей в списки. Но это не решит проблем. Управление интерфейсом сведено к одномерному списку. А технически это какая-нибудь универсальная таблица со ссылками что-откуда-куда и блобами, чтобы впихнуть любой тип поля. Если система была изначально заложена как статика, какие костыли к ней не прибивай, выше головы не прыгнуть. А когда бизнес уже налажен — все убивать и с нуля делать новую систему — очень сложно. 2) Конфигурация структуры БД Можно добавлять новые поля к таблицам, создавать новые таблицы, делать запросы в БД, производить модификацию данных. 3) Конфигурация обработки данных. Может реализовываться: А) Прослойка между получением данных из БД и выводом их на экран. Например на php, или каком-то своем придуманном языке. Б) Обработка данных на уровне БД посредством PL\SQL и выдача интерфейсу уже готовых данных. Это более перспективно. Тут появляется возможность еще строить триггеры, т.к. это частный случай процедур. В первом варианте с этим будут проблемы. Так же порог вхождения тут ниже, не надо обучать своему языку. SQL он и в Африке SQL, только интерфейсы разные. Статья эта о системе "ERP-Платформа", которая имеет на своем борту все 3 пункта, и третий пункт по варианту Б. Обработка данных осуществляется на уровне БД. Есть полный цикл конфигурирования БД из веб интерфейса: таблицы, процедуры, триггеры. Конфигурирование интерфейса В ERP-Платформе можно управлять каждым элементом страницы. В любую точку можно организовать вывод информации, сделать элемент управления, выводить-скрывать те или иные области, в зависимости от внешний условий или прав пользователя. Можно создавать свои новые модули, или править конфигурацию существующих. Каким же образом достигается такая гибкость в индивидуальном управлении системой?

2017 Фагот

Hosted by uCoz