Siblion
Siblion
Synplity Platform
Экспертное решение для быстрого запуска и управления любыми бизнес-процессами
Автоматизировать бизнес просто
SYNPLITY PLATFORM
получить презентацию
А В ЧЕМ ЭКСКЛЮЗИВ?
Команда экспертов
Главная ценность нашего решения - это люди, слаженная команда экспертов в BPM, которая создала и развивает Synplity platform.
Кастомизация под задачи
Мы понимаем, что основная сложность подобных проектов – это не развертывание «коробки» и адаптация под неё существующих бизнес-процессов, а интеграция решения в текущие ландшафты, ожидание изменений не только от бизнеса, но и необходимость дорабатывать саму платформу.
Перенос процессов с Siebel и BPMS
Мы знаем о Siebel CRM всё! А ещё мы знаем, как Вам помочь, когда дальнейшее развитие Siebel или какой-либо BPM системы не приносит больше радости и не отвечает современным требованиям бизнеса.
Формируем команду
При внедрении нашего решения мы не просто передаем лицензии, исходный код и настраиваем ПО, мы предоставляем Заказчику целую команду экспертов на долгий срок, а также помогаем «вырастить» своих специалистов для автономной поддержки и развития решения. Вам не нужно искать сотрудников с узкой специализацией
Более 15 лет они внедряли и развивали различные CRM, BPM-системы и движки, и поэтому знают не только все недостатки этих систем, но и то, как их преодолеть.

Подробнее

А для выбора правильного вектора развития критически важна зрелость процессов DevOps, поскольку главная задача платформы – быть «заточенной» под постоянные изменения процессов, которые на ней крутятся.

Подробнее

В этом случае, новые процессы мы сразу реализуем в Synplity platform, но параллельно туда же и переносим функционал Siebel, процесс за процессом. В конечном итоге, мы можем оставить от Siebel лишь БД, перенеся всю процессную логику в Synplity.

Подробнее

Достаточно обычных джавистов.

Подробнее

ЕЩЕ ПЛЮШКИ
Всё, что нужно для быстрого запуска
Best books to relax with during holidays.
Готовая архитектура
Make a choice. Botox versus other skincare alternatives.
Собственный движок бизнес-процессов
New experimental classes of a new age.
Набор базовых микросервисов и инструментов
In November ZRecords issued a new promo with social agenda.
Современный и проверенный стек
Pay attention to food, drinks, and… interior design!
Отечественное ПО
Pillows and blankets that make you sleep like a baby.
идеально подходит
Сокращение Time2Market для новых бизнес-процессов, и гарантия реализации самых смелых фантазий в запланированные сроки
Бизнесу
Использование привычных нотаций и встроенный конструктор графов
Аналитикам
Знакомые паттерны и технологии, пространство для развития и расширения, понятные возможности для обеспечения нужного уровня отказоустойчивости и производительности
Архитектору
Разработчикам
Самые распространённые общие библиотеки и инструменты, а также внутренние библиотеки и инструменты, упрощающие шаблонные операции тестирования, сборки, создания новых микросервисов, адаптированных под систему
ИНТЕРФЕЙСНЫЕ ВОЗМОЖНОСТИ
Гибкий подход к разработке интерфейсов. Платформа содержит собственную компонентную базу и руководство по стилю для популярных фреймворков, но при этом не ограничивает возможности заказчика по использованию корпоративного стиля или привычных инструментов
Частые вопросы о платформе
Как происходит управление бизнес-правилами процессов на платформе?
Правила можно получать извне, работая со скриптами. Например, у клиента есть некий сервис, принимающий на вход данные пользователя, работающего с системой (или клиента которого он обслуживает), а на выходе предоставляющий информацию о доступных операциях. В скриптах можно обратиться к этому сервису на нужном этапе и на основе этого строить логику перехода в другой этап, или корректировать состав данных отображаемых на текущем этапе, или не пускать в процесс/этап. Под конец, если видна возможность переиспользовать любую логику в скриптах, можно вынести в отдельный скрипт-утилиту те же правила, например, и вызывать их в скриптах коротко. Кроме этого, есть возможность указать пользователю системы тэги/группы, которые позволяют ограничивать доступ к этапам процесса, вызов определенных правил, доступ к API в целом.
Каким образом осуществляется пайплайн разработка-тестирование-деплой функционала
В части пайплайна для скриптов есть вспомогательные инструменты — библиотека для разработки скриптов и написания unit-тестов на них. Запуск unit-тестов проекта можно настроить в CI инструменте, который вы используете.

Для деплоя написан maven-plugin, у которого есть две функции: первая — провалидировать структуру проекта (расположение скриптов) и описание модели процесса и графа; вторая — собрать всю структуру воедино и обновить на указанном стенде. Меняя настройки плагина и запуская его в том же CI, можно выкатывать изменения процессов на тестовую или продуктовую среду.

В части пайплайна для модулей всё стандартно — собрать docker-образ в CI, обновить стэк.
Как осуществляется аудит бизнес-процессов?
Тут два варианта. Первый — реализовать аудит по-своему, создав модуль и БД к нему с нужной структурой записей, а потом складывать туда записи вызывая этот модуль из скриптов через Rest или Kafka. Второй — использовать нашу реализацию подобного модуля, которая также позволяет складывать сообщения аудита из скриптов. Ещё есть подключаемая spring-boot библиотека, оборачивающая API ваших модулей аспектами, которые будут срабатывать по настроенному шаблону, когда эти методы вызывают, отправляя события аудита в модуль.
Как реализовано версионирование бизнес-процессов?
Версионировать скрипты и модель процесса логичнее всего будет с помощью GIT, т.к. там удобнее вести их разработку. А интерфейс — статическая часть, зависящая только от данных экземпляра процесса (эти данные описываются контрактом, который и бэкенд, и фронтенд соблюдают для взаимопонимания и исключения ошибок), то разные варианты одного и того же процесса необходимо разнести по разным идентификаторам и добавить дополнительный вызов на клиенте или в скриптах (если процесс создаётся по логике внешнего процесса) для выбора запускаемого варианта процесса.
Как устроено логирование?
Логирование реализовано с slf4j & logback, логи обслуживаются на ELK кластере. Состав индексов с примерами значений такой: имя модуля («sp-core»), имя логгера («sp.commons.request.Filter»), дата, название потока («asyncExecutor»), уровень логирования («INFO»), основной идентификатор трассировки («asddsj32r87gtksdf094»), дочерний идентификатор трассировки — если основной поток породил несколько подпотоков («asddsj32r87gtksdf093»), и само сообщение + стектрейс. По идентификаторам трассировки можно проследить все действия, вызванные внешним вызовом в разных микросервисах. Можно писать свои поисковые запросы в синтаксисе Lucene. Есть таблицы с описанием всех логгеров и примерами их сообщений в системных модулях.
Какие преимущества Synplity platform дает в разработке фронта?
Если рассматривать разработку фронта с нуля на популярных фреймворках, например, Angular, то нужно брать за основу опенсорсные наработки, прорабатывать архитектуру сервиса, подбирать компонентную базу и/или писать свою, прорабатывать контракт взаимодействия с Backend. В случае использования Synplity platform вы получаете компонентную базу с возможностью использовать свою/другие, руководство по стилю (интегрировать свое/другое), проработанную и задокументированную архитектуру и контракт взаимодействия с Backend. Это значительно повышает скорость и качество реализации проекта.
Руководитель центра развития Synplity Platform
Руководитель департамента аналитики
Технический руководитель центра развития Synplity Platform
Александр Савёлов
Антон Зенюков
Николай Ермолаев
КОМАНДА ПРОЕКТА
Наша команда работает каждый день, чтобы предоставить лучшие решения и сделать наших клиентов счастливыми
Юрий Локтионов
Архитектор
Свяжитесь с нами, и мы ответим на все Ваши вопросы