• Рейтинг рассчитывает взвешенные оценки. Система динамически пересчитывает показатели при каждом новом голосе, учитывая весовые коэффициенты и мультикритериальную оценку. Текущее значение рейтинга может демонстрировать нелинейную динамику.
  • 489

    Опубликовано проектов

  • 457

    Оставлено комментариев

  • 3070

    Количество голосов

Голосование завершится 11 января 2026 года в 18:00.

← Вернуться к списку

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

  • Руководитель проекта со стороны заказчика

    Валентина Королева

    Группа компаний ВИК

    Руководитель отдела автоматизации бизнес-процессов

  • Категория

  • Номинация

  • Цели

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

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

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

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

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

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

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

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

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

  • Сроки выполнения

    май, 2024 — сентябрь, 2025
  • Год завершения проекта

    2025

  • Масштаб проекта

    230 автоматизированных рабочих мест
  • Результаты

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Решение из каталога Global CIO

  • Сложность реализации

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

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

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

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

  • Описание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Комментировать 11

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

  • Владислав Лисаев

    Владислав Лисаев

    ООО Учи.Ру

    Руководитель разработки

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

      Валентина Королева

      Группа компаний ВИК

      Руководитель отдела автоматизации бизнес-процессов

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

    Сергей Чеботков

    ООО ПромЭнергоСбыт

    Начальник отдела информационных технологий

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

      Валентина Королева

      Группа компаний ВИК

      Руководитель отдела автоматизации бизнес-процессов

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

    Арсений Комиссаров

    ООО Кирпичный завод БРАЕР

    Руководитель отдела ИТ

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

      Валентина Королева

      Группа компаний ВИК

      Руководитель отдела автоматизации бизнес-процессов

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

    Екатерина Потапова

    БИОКОДЕКС

    SFE manager

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

      Валентина Королева

      Группа компаний ВИК

      Руководитель отдела автоматизации бизнес-процессов

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

    Константин Поляков

    АО ИЭК Холдинг

    Владелец продукта

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

      Валентина Королева

      Группа компаний ВИК

      Руководитель отдела автоматизации бизнес-процессов

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

    Дмитрий Турчановский

    ЗН Цифра

    Заместитель Генерального директора по ИТ

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

    Группа компаний ВИК

  • ИТ-поставщики

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