Импортозамещение ERP на телеканале НТВ: переход с зарубежной системы на 1С:ERP. Управление холдингом

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

300
АРМ
50к+
часов контента в учете

О компании

НТВ — крупнейший коммерческий телеканал России, ведущий федеральное вещание. На протяжении 30 лет канал стабильно входит в тройку лидеров российского рынка, а с 2022 года занимает 2-е место среди всех телеканалов. В 2023 году доля НТВ среди зрителей старше 18 лет составила 10,2%. Библиотека канала превышает 50 тысяч эфирных часов оригинального контента, 18 тысяч из которых — фильмы и сериалы; в 2022 году в эфир вышло более 30 премьерных проектов, 40% из них — франшизы. Компания имеет холдинговую структуру, головной офис в Москве насчитывает около 2000 сотрудников.

Ключевые показатели телеканала НТВ: 30 лет в эфире, 2 место среди телеканалов, 10,2% доли аудитории старше 18 лет, более 50 тысяч эфирных часов оригинального контента
Масштаб НТВ на момент проекта — из презентации компании на конкурсе «BPM-проект года» 2024

Предпосылки перехода

До проекта финансовый и оперативный контур НТВ работал на Oracle E-Business Suite (OEBS) — зрелой ERP-системе, которая закрывала регламентированный учёт, но при этом многие процессы самого бизнеса были выстроены поверх сторонних решений, а интеграция между ними шла непрерывно, без единого контура.

Весной 2022 года компания оказалась перед необходимостью в сжатые сроки перейти на отечественное решение: деятельность Oracle на территории РФ прекращалась, а летом 2022 года начался массовый переход крупных корпоративных заказчиков в контур 1С. НТВ действовала на опережение — процесс оценки решений был запущен уже в феврале 2022 года, а к маю 2022 года был выбран партнёр по внедрению — компания «Первый Бит» (офис NFP). Это оказалось решающим: к концу 2022 года найти на рынке свободные проектные команды для подобных задач было уже практически невозможно.

Дополнительным фактором стало то, что часть процессов НТВ на момент обследования исполнялась «по сложившейся привычке», без учёта реальной эффективности — компания сознательно выбрала путь предварительного «выравнивания» процессов, а не подгонки новой системы под старые практики.

Задачи проекта

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

Официальная формулировка цели проекта: «Оптимизация бизнес-процессов в рамках импортозамещения основной информационной системы на российский аналог, учитывая медийную специфику телекомпании». Изменения затронули несколько смежных функциональных областей: управление договорами, закупки, бухгалтерский и налоговый учёт, планирование и бюджетирование, документооборот, реализацию. Основным инициатором и потребителем результатов выступила Финансовая Дирекция; помимо неё в процессы были вовлечены специалисты ЦФО-инициаторов и сотрудники бухгалтерии — суммарно порядка 60–100 человек по перестраиваемым процессам.

Структура внедрённого решения 1С:ERP.УХ: управление договорами, закупки/продажи, казначейство, бухгалтерский и налоговый учёт, МСФО, бюджетирование, управление НСИ
Функциональная структура развёрнутого решения 1С:ERP.УХ

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

20 мес.

май 2022 — январь 2024

60 000

человеко-часов трудозатрат

300

автоматизированных рабочих мест

150

пользователей одновременно в системе ежедневно

56 320 Мб

объём информационной базы

>400

документов в день

Скорость автоматизации составила порядка 15 рабочих мест в месяц. Архитектура — клиент-серверная, на Microsoft SQL Server; система работает с ~150 справочниками и до 30 видами документов; из 300 лицензированных мест до 70 одновременно работают в толстом клиенте и до 150 — в тонком. Проект завершился с отклонением 15% по срокам и 20% по бюджету от изначального плана.

Как перестроили процессы

Бюджетирование

Было
  • Плановые данные собирались от ЦФО разрозненными файлами Excel по почте
  • Расчёт амортизации — полностью вручную в Excel, результат зависел от конкретного исполнителя и был нестабилен
  • Модуль бюджетирования в Oracle был «усечённым»: не хватало аналитик, расширить его при росте компании было невозможно без пересборки; рассматривалась покупка Hyperion поверх Oracle, но от этого варианта отказались
Стало
  • Два источника плановых данных прямо в 1С:ERP.УХ: заявки на закупку от ЦФО и графики поставок/платежей по долгосрочным договорам (ранее в бюджетном процессе не участвовали)
  • Автоматический расчёт амортизации по двум блокам: действующие ОС/НМА на балансе — плановая амортизация; плановые ОС/НМА по датам поставки из бюджета закупок — расчёт наперёд. Аналогично — для налоговой амортизации по правилам НУ
  • Фактические данные собираются из двух источников (РСБУ и МСФО) внутри системы; консолидация функциональных → мастер-бюджетов (БДР, БДДС, прогнозный баланс) происходит без ручной агрегации
Схема процесса бюджетирования до и после проекта: было — сбор разнородных файлов от ЦФО и ручная обработка; стало — заявки на закупку и графики договоров сразу формируют функциональные и мастер-бюджеты
Процесс бюджетирования: сокращение количества шагов процесса

Казначейство

Было
  • Реестр платежей формировался вне системы
  • Согласование заявок на оплату шло в разных системах
Стало
  • Сквозной процесс: заявка на оплату → согласование в 1С:Документооборот → платёжный календарь → формирование реестра платежей → исполнение
  • Реализован АРМ казначея — сотрудник управляет реестром утверждённых заявок, проводит частичную оплату, направляет платежи в банк напрямую из системы
Схема казначейского процесса: заявки на оплату, согласование в 1С:Документооборот, платёжный календарь, формирование реестра платежей, исполнение платежей
Казначейский процесс — от заявки на оплату до исполнения платежа

Сквозной процесс закупки

Регистрация договора → график платежей → согласование → корректировка → заказ поставщику → документы поступления — вся цепочка от заключения договора до отражения приобретённых ценностей (ТМЦ, ОС, НМА) в учёте выстроена в одной системе. Согласование поступившего бумажного или электронного документа поставщика теперь запускается параллельно с отражением документа в учётном процессе (раньше — последовательно), за счёт чего сократилось время отражения фактических расходов. Часть документов перешла с последовательного согласования на параллельное или последовательно-параллельное.

Специфика медиакомпании учтена отдельно: закупка контента (фильмы, сериалы, программы, передачи) связана с производственным блоком через интеграцию с «Базой кинопоказа». В договоре фиксируются количество серий, лицензионные права и состав прав (количество показов). По мере поступления серий от поставщика оформляется акт, и система автоматически формирует объекты НМА или РБП — в зависимости от того, исключительные это права или нет; далее объекты передаются в бухгалтерию на капитализацию расходов и ввод в эксплуатацию.

Контроль прав на контент

Раньше этого функционала не было вовсе. Компания владеет более чем 50 тысячами единиц контента, и производство/приобретение контента регулируется частью IV Гражданского кодекса РФ — каждый объект несёт свой набор ограничений по срокам, территориям и типам вещания. Принцип простой: «нельзя продать то, что не купили». Теперь в момент регистрации договора на реализацию прав автоматически проверяется:

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

Бухгалтерский и налоговый учёт (РСБУ и НУ)

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

  • реализована специфическая для заказчика схема учёта реализации через агентов;
  • разработан контроль выбора статей расходов при отражении затрат;
  • реализовано распределение накопленных капитализированных расходов;
  • автоматизирована функция распределения расходов на строительство;
  • автоматизирован учёт целевого финансирования — полный цикл от поступления средств до списания доходов будущих периодов;
  • реализован раздельный учёт НДС.

Биллинг медиапроизводства (СППК)

Ещё один процесс, которого не существовало до проекта. Собственная система управления производственным контуром (СППК) обслуживает цепочку: клиент размещает заказ на съёмку → производство выделяет ресурсы (техника — камеры, микрофоны, освещение, монтажные пульты, в том числе сложносоставные комплекты вроде студии; автотранспорт для выездных смен; человеческие ресурсы — операторы, монтажёры, осветители) → ведётся учёт времени использования каждого ресурса → по итогам периода данные агрегируются и тарифицируются → формируется биллинг факта, счёт и акт → в бухгалтерском контуре отражается реализация и формируется счёт-фактура.

Тарификация выходит за рамки простого учёта времени: сопоставляя себестоимость ресурса (включая амортизацию) с полученной выручкой, компания контролирует обоснованность тарифов и рентабельность каждого ресурса — вплоть до решений о том, стоит ли докупать ресурс или отказываться от нерентабельного. Это осознанный задел под новый бизнес: летом 2024 года НТВ впервые за 50 лет и впервые в истории российского телевидения запускает собственный телевизионно-технический центр с центром обработки данных при нём, и тарификационный контур готовился заранее — под нагрузку этого нового направления.

Схема биллинга медиапроизводства: заказ услуги, тарификация услуг, биллинг факта, контроль рентабельности, производственные ресурсы, отражение реализации
Биллинг медиапроизводства — новый процесс, созданный специально под задел на будущий бизнес компании

Архитектура решения

Текущая архитектура: 1С:ERP.УХ в центре контура, связан с 1С:ЗУП (кадры и зарплата — система уже существовала на момент старта проекта, для неё выстроена интеграция по процессам оплаты труда), 1С:Документооборот (согласования), базой прав на контент, бюджетом и собственной системой координации медиапроизводства (СППК).

Целевая архитектура на 2024–2025 годы: бюджетирование полностью переходит в контур 1С:ERP; в опытно-промышленную эксплуатацию добавляются BroadView Russia (CPM/EPM-система), 1С:ТОИР и ESM — вместе с существующим контуром они должны сложиться в единый медиаконтур компании.

На уровне баз данных переход виден ещё нагляднее. В переходной схеме целевая система (1С:ERP.УХ) ещё продолжала получать данные из внутренней базы Oracle и обменивалась с двумя базами Hyperion (внутренней и внешней) — старый контур временно сосуществовал с новым. В финальной схеме внутренняя база Oracle из контура полностью исчезла, Hyperion остался только как внешняя система, а взамен появилась новая связь, которой не было вовсе, — интеграция с системой налогового мониторинга (расширенное информационное взаимодействие с ФНС). СЭД, ЗУП и база кинопоказа сохранились в обеих схемах без изменений.

Команда и подход

Проектную команду со стороны НТВ возглавляли два руководителя проекта — Денис Громаков, начальник управления стратегического планирования, и Юлия Скобелева; спонсором проекта выступила финансовый директор Ольга Степанова. Со стороны «Первого Бита» проект вели Владимир Гаврилов, руководитель направления PM-офиса NFP, и Марина Лыткина, руководитель департамента бизнес-экспертизы. За весь проект через команду исполнителя прошло более 35 специалистов; в моменты пиковой разработки одновременно было занято от 30 до 50 человек. Тестовая группа на стороне НТВ выросла с 20 человек до всей финансовой дирекции — 40 сотрудников вносили данные 2023 года в продуктивную среду; сегодня лицензия рассчитана на 300 пользователей, из которых около 150 работают в системе ежедневно.

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

«Предпосылкой проекта был переход с западной системы на платформу 1С, но в любом проекте перехода крайне важна работа с процессами».

Марина Лыткина руководитель департамента бизнес-экспертизы, «Первый Бит» (офис NFP)

Главным вызовом Денис Громаков называет не технологию, а привычку — порядка 20 лет компания работала на западной системе, и в моменте перестройки процессов регулярно проявлялся «эффект краба»: как в аквариуме, где сородичи затягивают обратно любого краба, пытающегося выбраться, — сотрудники, привыкшие к старому порядку, невольно затягивали назад тех коллег, кто пытался работать по-новому. Переломить это помогли не уговоры, а автоматизированные контроли в самой системе, которые физически не позволяют исполнить процесс неправильно.

Результаты в цифрах

10 / 10

соответствие функциональных возможностей заявленным требованиям

10 / 10

удовлетворённость пользователей решением

2024

финалист конкурса «BPM-проект года»

К декабрю 2023 года в системе развёрнуты первые 300 рабочих мест; к апрелю 2024 года, по словам представителей НТВ на публичной презентации проекта, большинство функциональных блоков уже переведено в промышленную эксплуатацию.

Среди того, что компания напрямую называет результатом: закрыт разрыв, из-за которого расчёты держались на конкретных людях и Excel (в первую очередь — амортизация); сокращено время отражения фактических расходов за счёт параллельного, а не последовательного, согласования документов; появился сквозной контроль за соблюдением условий лицензии на контент, которого не было вовсе; сквозной процесс закупки объединил регистрацию договора, платежи и складской учёт в одном контуре вместо разрозненных источников; старый контур Oracle полностью выведен из архитектуры и заменён на прямую интеграцию с системой налогового мониторинга.

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

Денис Громаков начальник управления стратегического планирования, Телекомпания НТВ

Хотите похожий результат для вашего бизнеса?

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

Оставить заявку