Открыт код промышленной CRM/BPM/ERP системы BGERP

[zavndw]

В разряд свободного ПО переведена система планирования ресурсов предприятия, управление бизнес-процессами и организации взаимодействия с клиентами BGERP. Код написан на Java и распространяется под лицензией GPLv3. Открытие кода призвано упростить распространение решений, а также взаимодействие заказчиков с исполнителями работ. В ближайшем будущем основной разработчик проекта будет работать над ним на полный рабочий день.

Проект изначально разрабатывался для крупных предприятий, с фокусом на высокую производительность, гибкость и расширяемость. BGERP имеет несколько десятков внедрений, крупнейшие из которых обрабатывают базы в миллионы процессов и сотни тысяч контрагентов. Приложение построено по трёхзвенной схеме: Web интерфейс (HTML + CSS + JS), сервер (Java + JSP) и СУБД MySQL. Языки конфигураций: Java + JEXL.

Схема разработки основана на ветках GIT, переносимых по окончанию цикла реализации, документирования и тестирования в виде патчей в основную ветку. Релизы с основной ветки публикуются непрерывно по мере поступления патчей. Для обсуждений и вопросов открыта группа Telegram.

 

Текущая функциональность:

• Разграничение прав доступа: группы, наборы, индивидуальные разрешения, опции в некоторых разрешениях;
• Процессы с настраиваемыми статусами, матрицами переходов между ними, параметрами, зависимостями;
• Механизм обмена различными типами сообщений: E-Mail, звонки, Slack, Telegram;
• Учёт контрагентов;
• График работ, табель учёта рабочего времени; - планирование проектов с использованием оригинальной методологии Blow;
• Интеграция с биллинговой системой BGBilling;
• Мобильный Android-клиент (бесплатный, но его код пока не открыт).

 

 

Дальнейшие планы:

• Функциональность корпоративного сайта: база сотрудников, организационная структура;
• Выставление счетов;
• Личный кабинет контрагента;
• Интеграция с GitLab;
• Учёт ТМЦ;
• Полный Blow-график разработки программы.

 

 

[TheUser]

@zavndw , вы скопипастили описание с Opennet https://www.opennet.ru/opennews/art.shtml?num=51813  и даже не оставили ссылку на оригинальный источник. И даже пару мыслей не добавили.

Может быть вы разработчик? Или активный пользователь?

[zavndw]

один из разработчиков.

[LostSoul]

на опеннете спалили недозамазанное на скриншотах название провайдера.

означает ли это, что ERP некоторым образом заточена под процессы провайдера?

 

[zavndw]

есть готовая интеграция с системой BGBilling. Но это не дает заточки. Так как интеграции с смс сервисами для erp нормальное явление.

К примеру эту систему я ставил клиенту на сеть пивных магазинов. Для учета времени, внутренних процессов, отчетности.

[TheUser]

1 час назад, LostSoul сказал:

означает ли это, что ERP некоторым образом заточена под процессы провайдера?

 

Если я ничего не путаю, из коробки там никаких процессов нет: все пилить нужно.

 

15 минут назад, zavndw сказал:

К примеру эту систему я ставил клиенту на сеть пивных магазинов. Для учета времени, внутренних процессов, отчетности.

Я слышал BGBilling использовался где-то в коммуналке - для тарификации воды. Пиво - та же вода с небольшой примесью алкоголя и ферментов, так что никаких проблем нет :-)

[LostSoul]

33 минуты назад, TheUser сказал:

Если я ничего не путаю, из коробки там никаких процессов нет: все пилить нужно.

в комменатариях кто-то с 1С сравнивал

поэтому я надеялся, что есть

[zavndw]

Вы создаете параметры процессам, статусы. Создаете типы процессов. Вы же можете как угодно использовать.

Если вы имеете ввиду под наличием процессов - наличие готовых шаблонов процессов, то их нет. И делать их затруднительно так как у всех все по "своему"

Там "пилить" это нажать создать и ввести название. Если вы используете уже готовое то для изменения того что есть вы реально "пилите"

Edited November 8, 2019 by zavndw

[LostSoul]

Ну я вот ERP  понимаю несколько иное , чем просто "процессы".

 

ERP для провайдера в моем понимании это глубоко интегрированные биллинг + система управления сетью и учета заявок +  учет всяких там разварок и ТМС + CRM глубоко интегрированная с платформой телефонии и заявками и многое многое другое.

 

То есть должны быть человеческие ресурсы типа монтажников ,   их разбивка в бригады с указанием бригадира.

Должны быть такие ресурсы как многоэтажные дома с этажами и подьездами ,  ресурсы типа "шкаф с оборудованием" и "коммутатор в шкафу" .

Обьекты типа "заявка на подключение" , к которой формируется "наряд на монтаж" , при этом чтоб система самостоятельно выделяла такие ресурсы как порт подключения из соответствующих ресурсов типа "коммутатор" , наиболее оптимально близко расположенных к абоненту с учетом специфики ресурсов "многоквартирные дома" и описанием топологии конкретного МКД , выделяло IP-адрес из ресурсов типа IP-сети ,  выделяло бригаду и время из ресурсов типа "расписание бригады" ,  с учетом оптимизации перемещения бригады по городу  и.т.д.

 

то есть должно поддерживаться и должна быть прописана бизнес-логика очень большого количества вещей , вроде адресов, адресных справочников,  интеграции с каким-нибудь яндексом для просчета времени маршрутов по городу  ,   IP-сетей, ip-адресов,  специфических функций.  Такие сущности как vlan , сегмент , обьекты типа абонентского устройства с развитым полюморфизмом  ( когда некие свойства есть общие , наследуемые от прототипа GenericDevice ,  а есть специфические скажем для IP-телефона , IP-камеры или IPTV-приставки )

 

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

То есть нужны такие виды ресурсов как "контакты конкретного абонента"  , чтоб при поступлении звонка с номера тут же открывался диалог с договорами/услугами/последними обращениями соответствующими данному номеру.

 

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

Вот наличие хотя бы 1% из того что я тут написал , я и называю некой "заточенностью" под нужды провайдера.   Когда хотя бы специфические средства/функции создания подобных коллекций,   ресурсов, логики и.т.п. имеется.

 

[zavndw]

Все что касается настроек оборудования выполняет интегрированный BGBilling.

Интеграция с asterisk есть. Почта есть, мессенджеры slack, telegram.

бизнес-логика у всех своя. У некоторых нет ее вообще.

[murano]

В 06.11.2019 в 01:38, zavndw сказал:

В разряд свободного ПО переведена система планирования ресурсов предприятия, управление бизнес-процессами и организации взаимодействия с клиентами BGERP. Код написан на Java и распространяется под лицензией GPLv3. Открытие кода призвано упростить распространение решений, а также взаимодействие заказчиков с исполнителями работ. В ближайшем будущем основной разработчик проекта будет работать над ним на полный рабочий день.

Проект изначально разрабатывался для крупных предприятий, с фокусом на высокую производительность, гибкость и расширяемость. BGERP имеет несколько десятков внедрений, крупнейшие из которых обрабатывают базы в миллионы процессов и сотни тысяч контрагентов. Приложение построено по трёхзвенной схеме: Web интерфейс (HTML + CSS + JS), сервер (Java + JSP) и СУБД MySQL. Языки конфигураций: Java + JEXL.

Схема разработки основана на ветках GIT, переносимых по окончанию цикла реализации, документирования и тестирования в виде патчей в основную ветку. Релизы с основной ветки публикуются непрерывно по мере поступления патчей. Для обсуждений и вопросов открыта группа Telegram.

 

Текущая функциональность:

• Разграничение прав доступа: группы, наборы, индивидуальные разрешения, опции в некоторых разрешениях;
• Процессы с настраиваемыми статусами, матрицами переходов между ними, параметрами, зависимостями;
• Механизм обмена различными типами сообщений: E-Mail, звонки, Slack, Telegram;
• Учёт контрагентов;
• График работ, табель учёта рабочего времени; - планирование проектов с использованием оригинальной методологии Blow;
• Интеграция с биллинговой системой BGBilling;
• Мобильный Android-клиент (бесплатный, но его код пока не открыт).

 

 

Дальнейшие планы:

• Функциональность корпоративного сайта: база сотрудников, организационная структура;
• Выставление счетов;
• Личный кабинет контрагента;
• Интеграция с GitLab;
• Учёт ТМЦ;
• Полный Blow-график разработки программы.

 

 

Андрюха, это не ты ли часом Шамиля доканал вывалить исходники в паблик под GPLv3? :)))))

[zavndw]

В 09.11.2019 в 09:39, murano сказал:

Андрюха, это не ты ли часом Шамиля доканал вывалить исходники в паблик под GPLv3? :)))))

не это был осознанный выбор его самого)