Единый цифровой контур для коммерческой службы ГК ВИК на ELMA365

Заказчик:
Группа компаний ВИК
Руководитель проекта со стороны заказчика
Поставщик
Год завершения проекта
2025
Сроки выполнения проекта
май, 2024 — сентябрь, 2025
Масштаб проекта
230 автоматизированных рабочих мест
Цели

До внедрения процессы компании частично велись в 1С:ERP и Excel, что мешало контролю и аналитике.  

Активное развитие и масштабирование фармацевтического производственного холдинга требовали повышения прозрачности, управляемости процессов продаж и их эффективности. 

Целью проекта было создание современного цифрового контура управлениявзаимоотношениями с клиентами и продажами — не просто автоматизации рутинных операций, а построения целостной, управляемой экосистемы для коммерческой службы.  

Цели проекта: 

  • Создание единого инструмента для сотрудников коммерческой службы единого хранилища информации о клиентах и истории взаимодействия с ними 

  • Упрощение коммуникаций между подразделениями и сокращение ручного труда 

  • Автоматизация ключевых бизнес-процессов (карточки клиентов, участие в торгах, анализ бюджета, план-факт с прогнозом и др) 

  • Формирование прозрачной аналитики и управления взаимоотношениями с клиентами      

  • Поддержка стратегической цели компании повышения эффективности работы и управляемости бизнеса.

Результаты

К третьему кварталу 2025 года система ELMA365 была полностью введена в эксплуатацию и стала центральным цифровым хабом для коммерческой деятельности Группы компаний ВИК.  

Достигнуты ключевые результаты:  

  • Создано единое цифровое пространство для управления взаимоотношениями с клиентами и продажами, что исключило дублирование информации и повысило её актуальность;   

  • Внедрена сквозная аналитика по активностям, продажам и прогнозам, что дало руководству инструмент для принятия решений на основе данныхсокращая время на ручной труд;   

  • Повышена прозрачность и управляемость бизнес-процессов, а также дисциплина и эффективность сотрудников коммерческой службы;  

  • Создан технологический фундамент для дальнейшего развития CRM- и BI-направлений.  

Внедрение ELMA365 стало для Группы компаний ВИК стратегическим шагом, позволившим перейти от работы в разрозненных системах к управлению в рамках единого цифрового контура.

Уникальность проекта

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

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

Интеграция с 1С:ERP реализована через специализированный коннектор, что позволило обеспечить гибкую синхронизацию данных без доработки типовых конфигураций и сохранить единую логику работы между системами.  

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

Использованное ПО

  • ELMA365 CRM 
  • 1С:ERP 
  • Коннектор ELMA365 к 1С 
  • DaData 

Использованное ПОРешение из каталога Global CIO
ELMA365 CRM
Сложность реализации

В ходе реализации проекта мы успешно преодолели ряд сложных задач: 

  • Интеграция экосистем: Обеспечение бесшовного и оперативного взаимодействия между 1С:ERP и ELMA365, что потребовало реализации множества точек интеграции. 

  • Кастомизация аналитики: Разработка значительного массива специализированных отчетов и дашбордов под уникальные бизнес-процессы заказчика. 

  • Управление доступом: Создание собственного гибкого механизма разграничения прав, для чего потребовалась разработка уникальной организационной структуры. 

Описание проекта

В рамках проекта была создана единая цифровая экосистема на базе платформы ELMA365, объединившая сотни взаимосвязанных приложений и процессов. Система охватывает весь цикл коммерческой деятельности: от первичного лида до стратегического планирования продаж. 

Особое внимание уделено интеграции с 1С:ERP — для обеспечения сквозного обмена данными и минимизации ручных операций. Настроена двусторонняя синхронизация по справочникам — контрагентам, партнёрам, контактным лицам, ценам номенклатуры, продажам и планам продаж. Такой подход позволил минимизировать ручные операции, сократить дублирование информации и обеспечить актуальность данных в режиме реального времени. 

Ключевые реализованные блоки:  

  • CRM: ведение воронки продаж, карточек клиентов, лидов и контактных лиц. Обеспечено единое хранилище информации, история взаимодействий и аналитика по каждому клиенту;  

  • Активности и коммуникации: единый календарь взаимодействий с клиентами, планирование встреч и звонков. Минимизирован ручной труд и повышена прозрачность работы менеджеров;  

  • Участие в торгах: централизованный учёт, анализ конкурентов и автоматическая загрузка данных из 1С:ERP;  

  • Планирование и аналитика: приложения «Планы развития продаж» и «План-факт с прогнозом» для стратегического управления;  

  • Используемые препараты и бюджеты: анализ клиентского портфеля и динамики продаж;  

  • Интеграция с DaData: подсказки и автозаполнение данных для повышения точности клиентской информации;  

  • Интеграция с 1С:ERP обновление данных и двусторонняя синхронизация по расписанию;  

  • Дашборды и отчёты: визуализация ключевых показателей по продажам, активности и эффективности подразделений.  

В проект также вошли процессы по настройке прав доступа, созданию централизованного Service Desk, разработке кастомных отчётов и аналитических панелей для руководителей. 

Благодаря модульной архитектуре платформы система обладает высокой гибкостью и готова к дальнейшему масштабированию.

География проекта

Россия и Беларусь

Коментарии: 11

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Владислав Лисаев
    Рейтинг: 19
    ООО Учи.Ру
    Руководитель разработки
    22.12.2025 16:10

    Добрый день! Спасибо за подробный кейс! Как на практике организованы потоки данных в вашей гибридной модели интеграции? Конкретно интересует, для каких операций (например, создание заказа, клиента) используется мгновенный обмен по событиям, а для каких — плановые выгрузки? Как технически построено это разделение?

    • Валентина Королева Владислав
      Рейтинг: 96
      Группа компаний ВИК
      Руководитель отдела автоматизации бизнес-процессов
      23.12.2025 09:30

      Отличный вопрос, коллега, он попадает в самую суть. В основе - триггеры по бизнес-событиям и плановый обмен по расписанию.

      • Мгновенный обмен по событиям используется точечно. Основной пример - создание документа «Опыт» при достижении им финального статуса. Данные транзакционно уходят в 1С:ERP, где с ними могут работать смежные подразделения и куда они сразу попадают в отчетность. Это гарантирует реакцию на финальное решение, а не на черновики.
      • Плановый обмен - основа для оперативных данных. Расписание настраивается по частоте и критичности:
        • Справочники: обновляются раз в день.
        • Карточки клиентов: каждые 2 часа в рабочее время и раз в день в выходные.
      Продажи, контрагенты: отдельные процессы выгружают только новые и измененные записи за период.

  • Сергей Чеботков
    Рейтинг: 9
    ООО ПромЭнергоСбыт
    Начальник отдела информационных технологий
    23.12.2025 08:36

    Приветствую! Поздравляю с успешным вводом в эксплуатацию! После запуска системы, как организован процесс получения и учёта правок и пожеланий от пользователей? Есть ли специальный, желательно быстрый, канал (например, чат или Service Desk) для подачи таких заявок, включая мелкие улучшения от менеджеров?

    • Валентина Королева Сергей
      Рейтинг: 96
      Группа компаний ВИК
      Руководитель отдела автоматизации бизнес-процессов
      23.12.2025 09:31

      Спасибо за поздравления и за очень практичный вопрос! Да, процесс выстроен на первых этапах внедрения. Все запросы от пользователей - от сбоя до идеи по улучшению - стекаются в Service Desk, установленное решение в ELMA365. Это дисциплинирует пользователей и дает полную историю. Мелкие улучшения (например, добавить поле в карточку или изменить текст уведомления) менеджеры могут описать там же.

  • Арсений Комиссаров
    Рейтинг: 9
    ООО Кирпичный завод БРАЕР
    Руководитель отдела ИТ
    24.12.2025 12:33

    Проект выглядит масштабным и комплексным. Как в вашей системе происходит обработка сбоев синхронизации «в бою»? Например, при конфликте версии товара: как система обнаруживает и изолирует ошибку, чтобы не остановить весь обмен? Происходят ли автоматические повторные попытки отправки, или такие инциденты сразу становятся задачами для ИТ-отдела?

    • Валентина Королева Арсений
      Рейтинг: 96
      Группа компаний ВИК
      Руководитель отдела автоматизации бизнес-процессов
      24.12.2025 12:56

      Стратегия включает предотвращение конфликтов и обработку ошибок с эскалацией.

      • Предотвращение конфликтов: Жестко зафиксирован источник истины для каждого типа данных. Контрагенты создаются только в 1С:ERP (в CRM - чтение). Карточки клиентов - источник CRM, в 1С:ERP синхронизируется ограниченный набор реквизитов.
      • Механизм обработки сбоев:
        1. Мониторинг и логирование: Каждый процесс пишет логи. При ошибке он фиксирует ее и помечается как завершившийся с ошибкой.
        2. Изоляция и восстановление: Работа других, независимых процессов, синхронизации не останавливается. Даже если данные не были отправлены в одном упавшем процессе, они не теряются - за счет расписания и выгрузки изменений за период, все актуальные данные будут подхвачены и обработаны при следующем успешном запуске этого процесса.
      Эскалация: Если ошибка повторяется или критична, администратор начинает разбор (анализ лога, проверку данных).

  • Екатерина Потапова
    Рейтинг: 90
    БИОКОДЕКС
    SFE manager
    24.12.2025 13:06

    Добрый день! Как в вашей системе технически реализованы сложные маршруты согласований? Например, если менеджер из региона должен согласовать сделку с федеральным директором — как система находит именно этого человека? Используете ли вы для этого статичные группы или подъём по оргструктуре?

    • Валентина Королева Екатерина
      Рейтинг: 96
      Группа компаний ВИК
      Руководитель отдела автоматизации бизнес-процессов
      25.12.2025 22:17

      Все сценарии согласований заложены в логику бизнес-процессов. Для поиска согласующего используем два механизма:

      1. Поиск по оргструктуре (основной): Система определяет ответственного за документ или текущего пользователя и по специальным правилам поднимается вверх по иерархии, чтобы найти нужного директора. Путь определяется с привязкой к направлению.
      2. Статические группы согласования: Используются для ролей, чьи обязанности не привязаны жестко к иерархии (например, согласующий определенного типа клиента).
      Выбор между структурой и группой определяется логикой каждого конкретного процесса.

  • Константин Поляков
    Рейтинг: 94
    АО ИЭК Холдинг
    Владелец продукта
    24.12.2025 13:58

    Добрый день! Отличный проект! Подскажите, пожалуйста, как вы обеспечиваете изоляцию данных (чтобы менеджер одного региона не видел данные соседнего) при сложных согласованиях? Второй вопрос - почувствовали ли вы ограничения low-code-платформы ELMA при настройке таких прав, и если да, как преодолели их?

    • Валентина Королева Константин
      Рейтинг: 96
      Группа компаний ВИК
      Руководитель отдела автоматизации бизнес-процессов
      25.12.2025 22:18

      Спасибо за вопрос! Да, мы столкнулись с ограничениями стандартного модуля прав ELMA для матричной структуры. Наше решение:

      1. Жёсткое разграничение на уровне данных: Видимость записей настроена через права на элементы приложений по принципу связи с записью. Менеджер из одного региона просто не видит записи, относящиеся к другому.
      2. Создание отдельной оргструктуры для управления: Это был главный ход. Поскольку стандартная иерархия не всегда отражала реальную матрицу подчинения, мы разработали отдельную логическую структуру. Она существует параллельно коробочной и служит единой точкой для определения «кто кого согласует» в процессах. Её проще поддерживать и на неё технически проще ссылаться.
      Итог: ограничения «коробки» есть, но платформа дала инструмент для обходного манёвра — этой управляющей структуры.

  • Дмитрий Турчановский
    Рейтинг: 1975
    ЗН Цифра
    Заместитель Генерального директора по ИТ
    07.01.2026 19:38

    Добрый день! Какие еще альтернативные платформы смотрели помимо Elma и почему выбрали данную платформу? Также какие ключевые показатели зашили в систему, все ли считаются автоматически или все-таки не полностью удалось уйти от ручного труда?

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.