Telegram-рынок, как и весь интернет-рекламный сегмент в РФ, живёт по новым правилам: сведения о размещениях передаются через операторов рекламных данных (ОРД) в ЕРИР, а обязанности и состав данных закреплены на уровне закона и подзаконных актов. Юридическая рамка проста: ст. 18.1 Закона о рекламе описывает учёт и предоставление информации через ОРД, ст. 18.2 — обязательные отчисления; критерии участников и порядок взаимодействия определяются постановлениями Правительства и разъяснениями регулятора. Это не оценка, а констатация: теперь точность данных — часть повседневной рутины, и ошибки чаще связаны не с “сложностью закона”, а с человеческим фактором и разнобоем процессов у участников цепочки.
Если коротко, топ-ошибки уже озвучены регулятором — и каждая из них тянет за собой некорректные начисления или исправления задним числом. Самая частая — повторная загрузка одного и того же акта с незначительными правками: ЕРИР трактует их как разные документы и начисляет отчисления по каждому. Лечится просто: версия акта должна быть единой и финальной, дубль нужно удалять, а не “чуть подправлять и докидывать”. Ещё одна типовая проблема — неправильно указан “изначальный договор”: вместо договора рекламодателя с первым исполнителем указывают договор внутри цепочки или меняют один символ/тип договора — система считает это отдельным договором. Чтобы не было расхождений, участники должны синхронизировать ИНН, номер, дату и тип изначального договора — без пробелов, альтернативных форматов и “локальных правок ради удобства”. Наконец, рассогласование данных между разными ОРД: одну и ту же сделку загружают в разные системы с отличиями — ЕРИР засчитывает последнюю версию, а итоговые суммы “едут”. И ещё: статистику по креативам загружают отдельно от актов/отчётов, из-за чего система не может корректно применить исключения из базы для расчёта отчислений. Всё это уже официально перечислено и подтверждено регулятором. Также краткий пересказ и рекомендации доступны в профильной деловой прессе.
Почему эти “мелочи” критичны? Потому что юридическая обязанность — предоставлять (или обеспечивать предоставление) информации о распространённой интернет-рекламе через ОРД в ЕРИР в установленные сроки и формате. Ответственность за полноту, достоверность и своевременность закреплена в законе, а состав передаваемых сведений и порядок взаимодействия с ОРД определяются Правительством РФ и Роскомнадзором. То есть техническая ошибка в номере договора превращается в юридическую проблему для всей цепочки — и неважно, где размещалась реклама, в Telegram или на другой площадке.
Как выстроить процесс так, чтобы ошибок не было. Во-первых, единая карточка сделки: изначальный договор (рекламодатель ↔ первый исполнитель) фиксируется один раз, в едином формате (ИНН обеих сторон, номер/дата/тип договора) — и этот эталон используют все участники. Во-вторых, один ОРД на одну сделку/акт: не размазываем загрузку по разным операторам, иначе образуются расхождения и “побеждает” последняя версия. В-третьих, версионность: если акт поменялся — не грузим “чуть-чуть другой” дубль, а корректно заменяем документ в рамках той же ветки учёта. В-четвёртых, сшиваем статистику с отчётными документами: метрики по креативам подгружаются вместе с актом/отчётом, чтобы ЕРИР мог корректно применить исключения из базы для расчёта отчислений. И, в-пятых, оперативные исправления через ОРД: любые найденные неточности правятся через вашего оператора, не “досылаются” параллельными потоками. Эти рекомендации повторяют позицию регулятора и снижают вероятность доначислений.
Отдельный слой рисков — несовпадение ролей и критериев участника. Кого именно и при каких условиях касается обязанность по передаче данных и где проходит граница между рекламодателем, рекламораспространителем и оператором рекламной системы — это не вопрос терминологии, а формальных критериев, утверждённых Правительством РФ. Неправильная самоидентификация в сделке тянет за собой некорректный состав передаваемых сведений и, как следствие, искажённый учёт. Это особенно чувствительно для многоступенчатых цепочек (бренд → агентство → субподрядчик → площадка). Решение — на старте сделки зафиксировать роли, сверив их с критериями из постановления, и “зашить” это в шаблоны договоров и маршрут передачи данных.
Наконец, про отчётность и отчисления. Ст. 18.2 Закона о рекламе формализует обязательные отчисления за распространение рекламы в интернете: чтобы сумма считалась корректно, набор сведений (договор, акт, статистика, исключения) должен сходиться у всех участников. Разнобой приводит к тем самым “неожиданным начислениям”, которые потом приходится оспаривать и пересчитывать. Тут нет “секретных правил”: точность первичных данных и единый источник истины по сделке — лучший способ избежать расхождений. Для общего ориентира полезны и профильные обзоры, где собраны базовые понятия ЕРИР/ОРД и практические FAQ.
Если свести опыт в короткую памятку, то картина такая. Раз и навсегда зафиксируйте эталонные реквизиты изначального договора (рекламодатель ↔ первый исполнитель) и используйте их без модификаций всеми участниками; грузите акт и статистику в один поток через одного ОРД; избегайте дублей и “микро-версий” актов; не делите один акт на части между разными ОРД; все исправления делайте через ОРД, а не параллельной загрузкой; перед стартом кампании согласуйте роли по критериям; держите чек-лист полей (ИНН, номер/дата/тип договора, идентификаторы креативов, объём и период) и проводите финальную сверку перед отправкой. Каждая из этих привычек экономит часы операционной рутины и снижает вероятность некорректных начислений.
Правила едины для всего интернета — не только для Telegram-размещений. Поэтому выиграют те команды, кто превратит “загрузку в ЕРИР” из разовой задачи в регулярный процесс: с шаблонами договоров, единым справочником ролей, преднастроенными маршрутами передачи данных и контрольными точками перед отправкой. Тогда ЕРИР перестаёт быть “местом, где можно ошибиться”, и становится обычным фоном — как бухгалтерия: незаметно, но работает.
Комментарии (0)