В этой статье я расскажу о функциональных классах ERP-CRM-систем, попытаюсь описать, что представляет собой система ERP-Платформа, какую нишу она занимает и как правильно организовать структуру системы.
В статье я буду говорить только о облако системы.
Где пользователь входит в систему, регистрируется и использует его.
Коробочные системы — отдельная тема.
Облачные системы популярны и доступны.
С ними легко познакомиться, а ежемесячные платежи низкие.
Для некоторых компаний облако не вариант. Они хотят работать на своем оборудовании, в своей закрытой сети.
Так спокойнее.
Но знакомятся с системой перед покупкой, опять же в облаке.
Из облачного ящика всегда можно сделать коробочку, но не всегда из облачного ящика.
Существует множество различных облачных ERP-CRM-систем.
Я бы разделил всё на 4 типа: 1) Статический 2) Статика+ 3) Полудинамический 4) Динамический 1) Статический Под этим мы подразумеваем, что система: как она сделана, такая и есть.
Интерфейс одинаков для всех клиентов.
Разработчик периодически что-то в него добавляет. Изменения в интерфейсе касаются всех клиентов, потому что.
движок общий.
Никакой индивидуализации бизнес-процессов клиента здесь быть не может. Этот вариант по сути простой и несложный.
Такую систему можно разработать быстро.
Но их практически не осталось, потому что при вкручивании API такая система становится «Статик+».
2) Статика+.
Это развитие Статической системы.
Отличается тем, что разработчики добавили API. Те.
пользователь может создать (или купить готовое) внешнее приложение.
Это приложение может взаимодействовать с основной системой, получать или передавать в нее данные.
Но это частично решает проблему индивидуализации бизнес-процессов.
По сути, логика самой системы здесь не меняется и пользователю все равно придется подстраиваться под систему.
Система даже не позволит сделать отчет при совместном использовании данных системы и нескольких приложений (данные в разных местах), если, конечно, вообще позволяет настраивать отчеты.
Такие системы популярны, потому что их довольно просто создать, а если добавить хороший маркетинг и нанять хороших дизайнеров, то все получится.
Они также могут собирать вокруг себя внешних разработчиков приложений, интеграторов и т. д. Те.
они дают хлеб еще большему количеству людей, тем самым еще больше укрепляя свои позиции на рынке.
Статические системы хороши в некоторых узкопрофильных областях.
Для другого профиля вам придется построить другую систему.
Если вы хотите обслуживать какую-то сферу, то статичная система — это тупиковый путь развития.
Не может быть статических облачных ERP-систем, потому что.
для этого требуется глубокая индивидуализация бизнес-процессов клиентов, а этого можно добиться только с помощью класса: «Динамические системы».
3.4) Динамический (Полудинамический) Динамические системы способны подстраиваться под пользователя.
У них есть ядро-интерпретатор, которое может отображать интерфейс пользователю в соответствии с настройками внутренней конфигурации.
Когда пользователь открывает страницу, система считывает конфигурацию этой страницы и строит элементы в нужных местах.
Пользователь может самостоятельно редактировать эту конфигурацию.
Такие системы дают пользователям непревзойденную гибкость, адаптируются к любому бизнес-процессу и позволяют построить «ERP»-систему.
Вы можете создать конфигурацию, которая будет охватывать всю жизнь предприятия.
Как правило, такие системы имеют на борту встроенную систему программирования.
Система программирования — это апогей гибкости настройки.
Если постоянно развивать настройки программы, то в итоге вы получите встроенную систему программирования.
Создание хорошей динамической системы — большая и сложная работа.
Сразу создать статическую систему не получится.
Это большой труд и большие инвестиции, но это система более высокого класса.
Динамичность таких систем различна.
Здесь я выделяю несколько моментов: 1) Конфигурация интерфейса 2) Конфигурация структуры базы данных 3) Конфигурация обработки данных Если в системе реализованы не все пункты, то я отношу ее к «Полудинамической».
Я знаю системы, которые позволяют создавать таблицы и добавлять поля в базу данных, но не позволяют настраивать интерфейс.
1) Конфигурация интерфейса.
Под этим мы подразумеваем, что: А) вы можете свободно настроить существующий интерфейс и создать новый интерфейс к новому модулю.
Б) Интерфейс «двумерный», а в некоторых случаях и «трехмерный», если есть слои опций.
Те.
Может контролировать любую точку страницы .
Есть системы класса Static+, которые осознали свои проблемы и пытаются стать хоть в каком-то виде динамическими, добавляя в списки новые поля.
Но это не решит проблем.
Управление интерфейсом сведено к одномерному списку.
А технически это какая-то универсальная таблица со ссылками откуда куда и каплями для запихивания в любые поля.
Если система изначально проектировалась как статичная, то какие бы костыли к ней ни прибивай, выше головы прыгнуть не получится.
А когда бизнес уже налажен, убить все и создать новую систему с нуля очень сложно.
2) Конфигурация структуры базы данных Вы можете добавлять новые поля в таблицы, создавать новые таблицы, делать запросы к базе данных и изменять данные.
3) Конфигурация обработки данных.
Может быть реализовано: А) Прослойка между получением данных из базы данных и их отображением на экране.
Например, на PHP или каком-нибудь другом придуманном языке.
Б) Обработка данных на уровне базы данных с использованием PL\SQL и выдача готовых данных в интерфейс.
Это более перспективно.
Здесь становится возможным строить триггеры, потому что.
Это частный случай процедур.
В первом варианте с этим будут проблемы.
Также порог входа здесь ниже; вам не нужно учить свой язык.
SQL — это то же самое, что и SQL в Африке, только интерфейсы другие.
Эта статья о системе ERP-Платформа, которая имеет на борту все 3 точки, и третью точку по варианту Б.
Обработка данных осуществляется на уровне базы данных.
Есть полный цикл настройки базы данных из веб-интерфейса: таблицы, процедуры, триггеры.
Конфигурация интерфейса В ERP-платформе вы можете управлять каждым элементом страницы.
Вы можете организовать вывод информации в любой точке, сделать элементом управления, отобразить или скрыть определенные области в зависимости от внешних условий или прав пользователя.
Вы можете создавать свои новые модули или редактировать конфигурацию существующих.
Как достигается такая гибкость в управлении отдельными системами? Структура веб-страницы: Веб-страница состоит из областей, называемых «Закладки».
Веб-страница может иметь любое количество закладок.
Первая закладка всегда видна.
Он расположен вверху и корректно отображает основную информацию.
Пользователь может переключаться между другими закладками.
Я приведу вам пример приложения здесь.
Вверху находится основная область (вкладка 1).
Ниже приведен список Закладок с их функциями, на которые может переключаться пользователь.
В примере открыта вкладка 3 «Запланировано».
Далее Закладка разбивается на ячейки.
Как в Экселе.
Вы можете объединять ячейки друг с другом, например 3 столбца и 2 строки в одну ячейку.
Здесь делается любая структура вывода информации на экран.
В каждой ячейке могут отображаться различные структуры: просто текст, данные из базы данных, элемент ввода/редактирования данных, структуры таблиц, ссылки и т.д. Но простого отображения данных в ячейке недостаточно.
В зависимости от внешних условий в одной и той же ячейке могут отображаться разные данные или элементы.
Поэтому каждая ячейка может иметь несколько «экранов».
Примерно как у смартфона: физический экран один, но «рабочих столов» может быть много и на каждом есть свои ярлыки.
Здесь то же самое, ячейка одна, но в ней может быть несколько экранов с различными данными и элементами.
Также, в зависимости от внешних условий, столбцы или строки таблицы ячеек могут быть скрыты/показаны.
Что такое внешние условия? В свойствах ячейки или столбца/строки указывается процедура, которая при загрузке страницы будет отображать номер экрана ячейки или условие отображения столбца/строки.
И уже в процедуре обрабатываются данные и условия, и принимается решение о том или ином заключении.
Другими словами, при загрузке страницы процедура дергается.
который решает, отображать элемент или нет. В некоторых весьма специфических случаях возможностей редактора интерфейса может оказаться недостаточно.
В этом случае вы можете встроить в ячейку php-файл с этим специальным функционалом.
Мобильная версия Ячеистая структура также очень удобна для автоматической конвертации в мобильную версию.
Чтобы отобразить страницу «компактно», достаточно просто расположить все ячейки страницы в один столбец.
Например, если компания разработала собственный модуль, ей не нужно ничего делать специально для мобильной версии.
Модуль автоматически попадет в него.
Но многие компании содержат целые отделы для разработки и поддержки мобильной версии.
А здесь все автоматически, без усилий.
Дополнительно имеется функция ручной настройки для увеличения «красоты».
Вы можете отметить, например, какие ячейки не должны отображаться или как сократить текст в таблице в зависимости от формата вывода на мобильном устройстве.
В результате из этого: 
Это происходит абсолютно автоматически: 
Универсальные разрешения
Также благодаря ячеистой структуре гибко реализована система прав доступа.
Уровень доступа подробно описан до каждого элемента страницы.
Вы можете предоставить сотруднику доступ к странице, но ограничить доступ к отдельным элементам страницы, вплоть до отдельных ячеек и элементов редактирования.
Уровень доступа не обязательно указывать изначально; он установлен по умолчанию в свойствах ячейки, но его можно переопределить, если иное не указано в роли «Права сотрудника».
Также наследуются права доступа: страница-закладка-ячейка, если в элементах не указано иное.
Кроме того, ссылки меню хешируются с идентификатором пользователя и сеансом.
Например, не сработает, если вы отправите другому пользователю ссылку на недоступный ему функционал, у него такая ссылка не будет работать.
Те.
Уровень безопасности двойной, как на уровне меню, так и на уровне прямого доступа к элементам.
Благодаря гибкости системы прав доступа вы можете даже пускать в свой аккаунт сторонних подрядчиков, просто настройте им права доступа так, чтобы они видели и могли работать только с тем, что им нужно.
Многоязычные возможности Многоязычные возможности системы — еще один бонус сотовой структуры.
Языковых ограничений нет. Пользователь сам может добавить любой язык и перевести на него элементы системы.
Каждый пункт меню, закладки, ячейки, элементы формы и т.д. можно перевести на любые языки.
Технически это делается просто; есть таблица, в которой написано: 1) номер языка 2) тип элемента 3) номер элемента 4) текст элемента Пользователь выбирает язык интерфейса.
Система знает номер языка текущего пользователя.
Когда ядро системы составляет страницу, оно знает тип элемента, номер элемента, номер выбранного в данный момент языка и отображает необходимый текст. В редакторе интерфейса отображается количество полей ввода в соответствии с количеством языков и вводится необходимая информация.
Для упрощения разработки использован API переводчика Яндекса, т.е.
технически перевод на языки системы можно осуществить в один клик.
Например, системе понадобился новый язык — нет ничего проще.
Он регистрируется и запускается скрипт, который выберет все поля из таблицы перевода, прогонит каждое через переводчик Яндекса и создаст для каждого элемента поле нужного языка.
И вуаля, за 10 секунд система была переведена на новый язык.
Перевод конечно технический, но это лучше, чем ничего; специалисту проще исправить, чем переводить с нуля.
Пример автоматического перевода текста ячейки 
С ивритом и арабским еще есть некоторые проблемы, потому что.
Зеркальное отображение есть, но мы над этим работаем.
Все произойдет автоматически.
Эти и многие другие возможности предоставляет правильная организация редактора интерфейса Dynamic System. Связь между интерфейсом и базой данных Интерфейс должен каким-то образом взаимодействовать с базой данных.
Вместе со ссылкой на страницу передаются входные параметры, например номер Задачи.
На основе входного параметра страница отображает в ячейках необходимую информацию из базы данных.
Сайт также может изменять данные в базе данных из форм, заполненных пользователем.
Для этого существуют структуры, называемые «Источники данных».
Это ссылки, которые описывают, какую процедуру вытащить из базы данных, в какие поля процедуры ввести, какие входные параметры, какие выходные параметры страница получит от процедуры и куда их отправить.
Источниками данных являются «Глобальные» и «Локальные».
Глобальные выполняются при загрузке страницы.
Локальные выполняются по событиям, например при нажатии кнопки.
Для записи введенной пользователем информации указывается кнопка, при срабатывании которой будет выполняться источник.
Его входные параметры указывают соответствующие поля, из которых будет взята информация.
Технически источники данных — это структура, которая позволяет генерировать страницу «на лету» при загрузке и выполнять соответствующий запрос в базе данных.
А затем правильно используйте полученную информацию.
Конфигурация базы данных На платформе ERP пользователю предоставляется полный контроль над его базой данных.
Пользователь управляет таблицами, процедурами и триггерами.
Все из веб-интерфейса вашего аккаунта.
Создание таблиц и полей в основном стандартно.
Единственное отличие от обычных баз данных — это тип данных Image. Тип данных для хранения изображений.
Соответственно, с ним процедуры тоже могут работать.
Источники данных веб-страниц могут работать с изображениями, а также ячейки могут их отображать, элементы форм могут их загружать.
Процедуры полностью поддерживают PL\SQL. Вы можете выполнять запросы, циклы, условия, строковые операции, операции по изменению данных и т. д. Множество встроенных системных функций.
Есть и необычные конструкции.
Например, вы можете встраивать структуры API непосредственно в процедуру/триггер.
Те.
напрямую из триггера в базу данных (по событию), передавать информацию куда-то во вне.
Пользователь сам настраивает структуру API, и сам настраивает адреса, куда передавать.
Триггеры создаются для событий записи, изменения, удаления данных и любой их комбинации.
Вы можете встраивать процедуры в процедуры любой вложенности.
Существует планировщик задач, в котором вы можете запланировать запуск процедур по расписанию.
У редактируемых систем есть одна особенность.
Чтобы пользователи могли редактировать все, конфигурация должна быть разработана в этой системе редактирования.
А т. к.
разработчики сами с помощью этого конфигуратора настраивают систему, они стараются автоматизировать свою работу.
Поэтому в системе есть хорошие инструменты CRUD. Например, в объявлении переменных можно автоматически создавать их на основе данных выбранной таблицы, сразу с именем и нужным типом данных.
Вы можете автоматически заполнить их в списке, сопоставив имена.
Вы также можете автоматически установить соответствие между полями и переменными во вставке и обновлении.
Для каждой таблицы можно создать набор стандартных процедур.
Например, вы создали новую таблицу.
Вы можете создавать процедуры одним кликом: добавление данных, удаление, изменение, отображение списком, отображение по идентификатору.
В них уже будут указаны все типы данных и созданы соответствующие операции.
Это очень удобно.
Если того, что создано по умолчанию, недостаточно, можно без проблем все модифицировать, это проще, чем создавать все с нуля.
Понятно, что таблица не создается просто так; обычно он создается для какого-то модуля и для модуля создается интерфейс.
Конфигуратор интерфейса также имеет всевозможные системы автоматизации.
Например, вы можете создать набор элементов формы ввода-редактирования на основе полей таблицы.
Система сама их создаст, присвоит имена, ограничит ввод по типу данных, пропишет шаблоны, соответствующие типу данных, выполнит автоматический технический перевод элементов на другие языки через переводчик Яндекса и т.д. операции.
Останется только подправить что-то при необходимости и разместить в нужных ячейках страницы.
В полях со списками, указав номер универсального каталога, автоматически создайте для него источник данных и вставьте его вывод в список.
При выводе структур таблиц вы также можете выполнять различные групповые операции над столбцами.
Естественно, вы можете копировать структуры ячеек, шаблоны страниц, элементы форм и т. д. Вы даже можете делать снимки процедур и откатиться назад, если что-то пойдет не так.
Благодаря подходу CRUD разработка становится быстрой.
Процедуры выполняются быстро благодаря компиляции.
Современные базы данных — достаточно продвинутый инструмент, и пренебрегать ими нет смысла.
Компилируется процедура, которую написал пользователь через веб-интерфейс.
Система работает, зная структуру процедуры и выполняя необходимые запросы к уже скомпилированному, быстро работающему элементу.
Конфигуратор отчетов Платформа ERP имеет встроенный мощный конфигуратор отчетов.
Недавно про него была хорошая статья статья .
Базовая конфигурация Конечно, если предоставить пользователю голое ядро системы, даже если оно в тысячу раз круче, он просто не поймет, что это такое и для чего оно используется.
Дело в том, что на борту уже должно быть что-то.
Причем желательно, чтобы это что-то было качественно сделано, красиво и удобно и без доработок подходило большинству компаний.
Новый пользователь, приходя в систему, смотрит на красоту и функциональность внешнего вида, а не думает о крутости внутренних возможностей.
Также желательно создать «режим обучения», где новым пользователям будет дано описание элементов, с пояснением, что откуда и куда.
Этот подход очень помогает. В платформе ERP это называется «Базовая конфигурация».
Если он куда-то не подходит, его легко можно изменить под нужды клиента.
Конфигурацию можно прорабатывать сколь угодно глубоко, создавая любые сложные интерфейсы и обработку данных.
Базовая конфигурация настроена на полный цикл обслуживания клиентов.
CRM - для работы по привлечению новых клиентов, задачи-проекты для работы по оказанию услуг клиентам, заявки на регистрацию и решение проблем клиентов.
На данный момент базовая конфигурация включает в себя: — Задачи и SCRUM-доски для них.
— Проекты — Приложения (система Xelp Desk) — CRM (лиды, офферы, сделки) — Система управления подрядчиками — Графики, объекты — Система выверки счетов Все эти модули собираются непосредственно из веб-интерфейса системы.
Поэтому они могут быть легко отредактированы пользователем.
Также Базовая комплектация постоянно развивается и совершенствуется.
Появляются новые необходимые модули.
В общей базовой конфигурации планируется разработка нишевых модулей для различных видов бизнеса.
Они будут висеть в «скрытом» режиме, и при необходимости пользователю нужно будет просто их «включить».
В заключение хочу сказать, что очень приятно, когда на просьбу пользователя что-то изменить можно ответить» Без проблем! "и немедленно решить проблему пользователя, а не отвечать" Для такой индивидуальной модификации вам необходимо приобрести коробочную версию, а затем заплатить нам за модификацию.
деньги и после.
все будет готово.
".
Динамичная система позволяет организовать отличный сервис.
— Для клиентов Это возможность самостоятельного изменения конфигурации вашей системы.
Система не является черным ящиком, т.к.
изучив документацию и разобравшись с редактором конфигурации, вы сможете внести изменения самостоятельно.
Мы не закрываем редактор.
Оно доступно Системному администратору (создавшему учетную запись) и сотрудникам, которым он назначает такие права.
— Для владельца сервиса — удобно и оперативно обслуживать клиентов.
По звонку клиента изменения можно внести в него в кратчайшие сроки и индивидуально, а не менять интерфейс для всех клиентов как в Статических системах.
Клиенту вообще не обязательно изучать редактор конфигурации; он может просто позвонить в службу поддержки и они за него все сделают. Причем определенные объемы работ могут быть включены в абонентскую плату.
Теги: #ERP #erp #crm #helpdesk #ERP-системы #Программное обеспечение для службы поддержки #CRM-системы #Управление разработкой #Управление проектами
-
Изготовление Модульного Многоканального Ацп
19 Oct, 24
