• Обеспечить связь стратегических целей/задач Компании и процесса управления расходами;
• Повысить прозрачность и управляемость расходами на всех уровнях управления;
• Обеспечить формирование финансовой отчетности к 5-числу после завершения отчетного периода.

• Разработка и автоматизация сквозного процесса движения нетоварной продукции (НТП) в Компании (подразделения ФУ, УИС, ДРРС, ДНТП, ДЭ). Включает в себя, как подпроекты по автоматизации блоков ОС, Контрактов, НТП, Бюджетирование, Управление работами, так и методологическую проработку, нормализацию номенклатурного справочника, бюджетного процесса;
• Сокращение количества ИС (как следствие, интеграций) в функциональных областях. Направление развития в сторону типовой функциональности (менее трудозатратное обновление функционала и сопровождение);
• Переход на процесс учета по начислениям в рамках Компании.

• Учетный контур: автоматизировать учет основных средств, контрактов, НМА, лицензий, материалов и давальческого сырья на базе "1С:ERP". Реализовать единое рабочее место бухгалтера учетного контура;
• В рамках бюджетного контура перейти на единые аналитики, единые формы представления финансовой отчетности, автоматизировать процесс бюджетирования операционной деятельности в подразделениях ФУ, ДРРС, ДЭ, УИС на базе "1С:ERP";
• Реализовать в "1С:ERP" единый сквозной процесс от планирования потребности НТП до поставки на склад потребителя, с учетом контроля уровня страховых запасов по всем местам хранения, нормализовать справочник НТП, внедрить работу со справочником "Номенклатура" согласно категорийной стратегии, разработанной в рамках Компании;
• Реализовать в "1С:ERP" оперативное планирование и управление хозяйственными операциями в подразделениях ДЭ, УИС, ДРРС, ФУ.

• одежду и обувь для разных видов спорта и повседневного ношения;
• спортивный инвентарь (тренажёры, фитнес-аксессуары, товары для командных видов спорта);
• экипировку для зимних видов спорта, велоспорта, плавания, тенниса, бадминтона и других видов спорта;
• товары для туризма;
• спортивное питание.

• Demix — спортивная одежда и аксессуары;
• Outventure — одежда и обувь для туризма;
• Stern — велосипеды и велоаксессуары;
• Joss — товары для плавания и пляжного отдыха;
• Start — линейка недорогой и практичной одежды, обуви и инвентаря для активного образа жизни, фитнеса и повседневного ношения;
• X-Fit — коллекция компрессионного белья и спортивной одежды для функционального тренинга, бодибилдинга, кроссфита и других силовых тренировок.

• Онлайн-продажи через официальный интернет-магазин sportmaster.ru.
• Программа лояльности с накоплением бонусных баллов, которые можно потратить на покупки.
• Аренда инвентаря (лыж, досок, роликов, велосипедов и др.) в некоторых магазинах.
• Доставка и сборка тяжелого или громоздкого инвентаря.

• в должной мере не было проявленной связи между стратегическими целями, бюджетами и хозяйственной деятельностью – отсутствовала возможность прогнозировать последствия принятых решений для достижения поставленных целей и задач.
• отчетные данные не отражали результата хозяйственной деятельности в бизнес-терминах, в связи с чем существующий анализ затрат не позволял увязывать их с решениями, принимаемыми Руководством.
• отсутствовало единое информационное пространство, был до конца не формализован и не автоматизирован ПРОЦЕСС функционального планирования - низкая своевременность и достоверность. Огромное количество Excel файлов и локальных решений.
• контроль оплат вместо контроля потребности в момент ее возникновения.
• ландшафт из множества ИТ-систем, созданных в разные периоды времени был сложен и внесение изменений в процессы требовали много времени и поддержки компетенций на всем ландшафте небольших ИС (>12)
• отсутствие связи с отраслевыми решение, полностью In-house продукты перестали отвечать стратегии развития ИТ в компании "Спормтастер".

• Единая учетная система и реестр договоров с общими правилами учета. Упрощение сбора и анализа данных, стандартизация отчетности по начислениям.
• Единый набор интерфейсов понятный пользователям и понятный для новых сотрудников с рынка труда. Проще нанимать персонал под информационные системы распространенные на рынке. Не нужно управлять знаниями и компетенциями для legacy систем.
• Убрать legacy наследие из N (> 12) информационных систем, которые будет дорого сопровождать не для целей основной деятельности. В рамках одной информационной системы реализовать оперативный учет подразделений и отражение в управленческом учете на единой цепочке документов.
• Единая информационная система для всех стран и общая система прав доступа. Снижение затрат на поддержку, общая команда поддержки – дешевле стоимость эксплуатации процессов.
• Централизация управления запросами со стороны функций, отказ от обособленного развития функций и информационных активов вне стратегии совместного развития "управленческого учета + запросов функции".
• Поддержка "Best practice" получения обновлений бизнес логики от вендора (1С) с помощью LTS релизов. Long term support release от "1С", позволяет получать функционал от "1С" и совмещать его с уникальным функционалом для Компании.

• составлен реестр целевых процессов для областей учет и управление НТП, эксплуатация, бюджетирование и управленческий учет, управление ДДС, учет ОС и НМА.
• для каждой области процессов (Департамент нетоварной продукции , Маркетинг, УИС, Департамент развития розничной сети, Оперативный учет расходов, Бюджетирования и управленческий учет) составлены функциональные схемы и распределение по информационным системам (в будущем продуктам).
• составлено целевое архитектурное решение с предложением внедрять решение "1С:ERP Управление предприятием"

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

При внедрении и развитии "1С:ERP" было важно обеспечить:

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

Как устроен жизненный цикл изменений:

В результате, как эффект для пользователей ИС мы получаем:

Расширение учетной модели за счет специализированных подсистем и документов

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

Возникла необходимость:

Наряду с типовым функционалом "1С:ERP" были созданы подсистемы, расширяющие модель учета, которые:

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

Что было реализовано:

Специализированные документы:

В результате:

Все ключевые операции — как типовые, так и специфические — отражаются в одной системе, что:

Специализированные автоматизированные рабочие места (АРМ)

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

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

В ходе реализации проекта создано более 100 специализированных АРМ, ориентированных на различные роли и функции в компании.

Каждое рабочее место:

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

Это позволило избежать таких проблем, как:

Оптимизация и улучшения

(Оптимизация архитектуры: отказ от внешних отчётов и обработок)

В процессе эксплуатации "1С:ERP" нередко накапливается большое количество внешних и дополнительных отчетов и обработок. Это приводит к ряду проблем:

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

Отказ от использования внешних (и дополнительных) отчётов и обработок — это осознанное архитектурное решение:

Такой подход снижает технологические риски и упрощает сопровождение ERP‑решения на всём жизненном цикле.

Отслеживание изменений и контроль качества кода:

Повышение производительности:

Эффект для пользователей:

Использование механизма фоновой обработки через очереди заданий при реализации проекта

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

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

Механизм асинхронной (фоновой) обработки через очереди заданий стал ключевым элементом архитектуры "1С:ERP".

Таким образом, фоновая обработка через очереди заданий поддерживает как внутренние процессы "1С:ERP", так и интеграционные сценарии в общей архитектуре решения.

Использование новых версий платформы "1С" для повышения производительности и безопасности

Это создавало повышенные требования к производительности, особенно к скорости расчета и проверки прав при использовании построчного разграничения доступа (RLS).

Систематический переход на новые версии платформы "1С" является осознанным архитектурным решением:

Таким образом, архитектура ERP не "застывает" на одном уровне, а эволюционирует вместе с платформой, что обеспечивает устойчивый рост производительности и масштабируемости.

Производительное разграничение прав доступа (RLS)

На базе обновлённой платформы применен высокопроизводительный механизм RLS, рассчитанный на работу с крупными наборами прав доступа, в том числе:

Это позволяет системе:

Эффект для бизнеса:

Использование Системы взаимодействия 1С в процессах ERP

В рамках внедрения ERP перед компанией стояла задача обеспечить:

Важно было сделать это внутри единого контура "1С:ERP", чтобы сотрудники работали в одной среде и не переключались между множеством систем.

В архитектуре проекта внедрения "1С:ERP" сервер взаимодействия:

Что реализовано:

1. Уведомление пользователей об операциях

2. Коммуникация пользователей

3. Иные сценарии

Внедрение сервера взаимодействия 1С, как основной среды уведомлений и коммуникаций, интегрированной с ERP и ключевыми процессами дало следующие эффекты:

Использование OpenID-авторизации в проекте внедрения ERP

В Компании наряду с пользователями, работающими в домене Active Directory (AD), существует значительная группа сотрудников, не входящих в состав AD.

Основные из них — пользователи, работающие на рабочих местах под управлением Linux.

В архитектуре ERP‑решения реализовано активное использование OpenID‑авторизации для пользователей, не входящих в домен AD:

Таким образом, OpenID‑авторизация дополняет авторизацию через AD и обеспечивает единую модель управления доступом ко всем категориям пользователей.

В итоге:

Управление историческими данными: вынос части данных в холодные хранилища

Возникла необходимость оптимизировать хранение данных так, чтобы:

Решение по выносу исторических данных в архитектуре

В проекте был реализован механизм выноса части данных во внешние (холодные) хранилища с возможностью обратного доступа:

Что вынесено в холодные хранилища:

Данные по заданным правилам переносятся из рабочей базы во внешние (холодные) хранилища.

Доступ к этим данным организован через внешние источники данных:

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

Эффект, полученный для пользователей:

Расширенная аналитика производительности по методике Apdex

По мере роста числа пользователей и операций в ERP важно не только "видеть, что система тормозит", но и:

Роль подсистемы Apdex в архитектуре решения.

В рамках проекта внедрения и развития ERP‑решения была доработана и расширена подсистема анализа производительности на основе методики Apdex.

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

Было реализовано:

Это позволило:

В результате производительность управляется целенаправленно: не абстрактно "ускорить систему", а "обеспечить нужное время отклика для приоритетных операций.

Анализ пользовательских отчетов и оптимизация их формирования

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

Потребовался механизм, позволяющий системно анализировать параметры отчетов и оптимизировать их выполнение.

Роль механизма анализа отчетов в архитектуре решения.

Механизм анализа настроек и выполнения пользовательских отчетов является отдельной подсистемой внутри архитектуры ERP:

Таким образом, подсистема встроена в контур сопровождения и развития ERP и помогает принимать обоснованные решения по оптимизации отчётности.

Что реализовано и как это устроено:

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

Формирование паттернов и оптимизация.

Реализованный подход позволяет сократить время выполнения типовых отчетов и повысить предсказуемость работы системы при аналитической нагрузке.

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

Использование механизма фоновой обработки через очереди заданий при реализации проекта

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

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

Механизм асинхронной (фоновой) обработки через очереди заданий стал ключевым элементом архитектуры "1С:ERP".

Таким образом, фоновая обработка через очереди заданий поддерживает как внутренние процессы "1С:ERP", так и интеграционные сценарии в общей архитектуре решения.

• централизацию изменений в процессах, благодаря внедрению единого решения, уменьшено количество информационных систем. Базовые МДМ справочники, необходимые для учета выровнены в процессе внедрения для подразделений НТП, ДЭ, ДРРС, ФУ, Маркетинг (частично), УИС – это позволяет не растить расходы на эксплуатацию ИС;
• связь с рынком решений и best practice через поддержку обновлениями на базе LTS релизов;
• единый дизайн системы, единый набор интерфейсов и базовых операций, прав доступов позволяющий экономить на поддержке и обучении пользователей. Эксплуатация большой ИС дешевле чем N систем с аналогичным функционалом;
• в Компании появилась единая база данных договоров и документов по договорам, доступная для анализа и управленческого учета;
• появилась возможность управления изменениями на уровне процессов, которые целиком погружены в информационную систему, а не N системами в которых реализуется процесс;
• единая система для всех стран присутствия, как итог - у Компании теперь есть решение для замены\импортозамещения legacy систем и выхода в новые страны (не важно СНГ или нет);
• подключение нового подразделения через реализацию несложного оперативного модуля позволяет запускать стандартные процессы учета, с особенностями выделенными в оперативный модуль для подразделения.(например, Планирование работ ИТ как проектной деятельностью был подключен к процессам бюджетирования и реализовали свои потребности согласно приоритетам задач).

Результаты по блокам

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