Отчётность в ЕРИР в 2026 году: какие данные и когда передавать после рекламы

После интернет-размещения недостаточно сохранить токен: сведения о статистике, договорах и закрывающих документах передают в ЕРИР через оператора рекламных данных. Разберём срок, состав рабочего комплекта, распределение ролей и проверку исправлений по правилам, действующим на дату публикации.

Что входит в отчётность после размещения

ЕРИР — единый реестр интернет-рекламы, в котором Роскомнадзор учитывает сведения о распространённой в интернете рекламе. Участники передают информацию не произвольным письмом, а через оператора рекламных данных — ОРД. Основа обязанности закреплена в статье 18.1 Федерального закона № 38-ФЗ «О рекламе», а порядок взаимодействия и сроки — в постановлении Правительства РФ № 974.

Выражение «сдать отчёт в ЕРИР» объединяет несколько действий: передать статистику распространения по материалу и площадке, сведения о договорной цепочке, данные акта или отчёта агента, когда такой документ возник, и распределить сумму акта по договорам с конечными рекламодателями и размещениям. Конкретные поля определяет действующий состав информации, утверждённый распоряжением Правительства РФ № 1362-р.

Это не один универсальный файл. В кабинете ОРД сведения представлены карточками, формами, отчётами или API-объектами. Задача состоит из трёх частей: понять юридическую роль участников, собрать непротиворечивую цепочку и убедиться, что данные приняты ЕРИР, а не только сохранены в интерфейсе.

Кто участвует в передаче данных

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

Участник	Что определить	Что зафиксировать
Рекламодатель	Кто является конечным заказчиком	Реквизиты, договор, объект рекламирования
Агентство или посредник	От чьего имени действует и выставляет ли доходный акт	Договоры по цепочке, акты, конечный рекламодатель
Рекламораспространитель или площадка	Где и когда фактически шёл материал	Площадка, период и статистика
ОРД	Через какого оператора идут сведения	Идентификаторы объектов и статусы ЕРИР

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

Где заканчивается закон и начинается практика ОРД

Закон № 38-ФЗ и подзаконные акты определяют обязанность, круг участников, состав информации и передачу через ОРД. Они не описывают название раздела, формат кнопки или дату появления автоматического черновика в отдельном сервисе.

Источник	Пример	Как применять
Нормативный акт	Передача через ОРД, состав информации, срок	Обязательно независимо от интерфейса
Инструкция ОРД	Раздел «Отчёты», загрузка, названия статусов	Технический порядок этого оператора
Внутренний регламент	Закрыть сбор раньше срока, назначить контролёра	Мера компании, а не новое требование закона

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

Когда передавать статистику и акты

Официальная инструкция ОРД Яндекса формулирует срок так: статистику и акты подают в течение 30 дней после окончания месяца, в котором было размещение. Если реклама распространялась в июне, сведения за июнь нужно передать не позднее 30 июля. Срок не считают от даты оплаты, получения счёта или появления черновика.

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

При длительном размещении статистика относится к каждому месяцу отдельно. ОРД Яндекса приводит пример кампании с марта по май: статистика подаётся за каждый месяц, а акт, выставленный в мае за весь период, — по итогам мая с фактическим периодом действия. Нельзя искусственно датировать акт более ранним месяцем для удобства отчёта.

Какие данные собрать до заполнения кабинета

Состав информации по распоряжению № 1362-р подробен, поэтому надёжнее вести реестр размещений, а не восстанавливать сведения из переписки. Поля сверяют с актуальной инструкцией ОРД, а рабочий комплект делят на шесть блоков.

• Участники: реквизиты в допустимом объёме и роль в цепочке.
• Договоры: номер, дата, тип, стороны и связь договоров.
• Креатив: идентификатор рекламы, зарегистрированный объект и объект рекламирования.
• Площадка: ресурс, адрес страницы или иная требуемая характеристика места.
• Статистика: отчётный месяц и фактические показатели по креативу и площадке.
• Закрывающие данные: номер и дата акта, сумма, период и разаллокация.

Идентификаторы ОРД храните рядом с внутренними номерами кампаний. Связка должна восстанавливаться однозначно: контрагент → договор → акт → конечный рекламодатель → креатив → площадка → статистика месяца.

Что проверить до первого показа

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

1. Определите участников и роли по каждому договору.
2. Выберите ОРД и сторону, которая регистрирует креатив.
3. Запишите, кто передаёт статистику и каждый доходный акт.
4. Согласуйте единый внутренний ключ кампании и площадки.
5. Проверьте реквизиты и связи договоров.
6. Настройте выгрузку статистики в требуемой детализации.

По инструкции ОРД Яндекса участник, который регистрировал креативы, подаёт статистику и связывает креативы с актом; остальные передают свои доходные акты с разаллокацией. Это процесс конкретного ОРД: его применяют, если он соответствует договорной цепочке, но не переносят названия экранов на другого оператора.

Порядок закрытия отчётного месяца

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

1. Заморозьте выгрузку статистики за календарный месяц и запишите дату.
2. Проверьте карточки организаций и договоров, не создавая дублей.
3. Загрузите статистику по креативам и площадкам.
4. Добавьте возникшие в месяце акты и выполните разаллокацию.
5. Сверьте сумму акта, распределённые суммы и конечных рекламодателей.
6. Отправьте сведения и дождитесь финального результата ЕРИР.

Контрольную сумму считают до и после загрузки. Если акт равен 480 000 рублей, а размещения распределены на 120 000, 160 000 и 200 000 рублей, итог совпадает: 120 000 + 160 000 + 200 000 = 480 000. Расхождение нельзя закрывать строкой «прочее» без реального основания.

Что делать, если акт появляется позже статистики

Не выдумывайте номер, дату или сумму отсутствующего документа. При кампании, которая закрывается одним актом в последнем месяце, инструкция ОРД Яндекса разделяет ежемесячную статистику и подачу акта в месяце его выставления. Период акта отражает фактическое размещение.

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

Как исправлять данные и не создавать дубли

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

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

Исправление завершено не при сохранении формы, а после финального статуса. Храните причину правки, старое и новое значение, автора, время отправки и итог обработки.

Какие статусы считать контрольными

В ОРД Яндекса «Отправлен» и «Частично отправлен» — промежуточные статусы. Финальными названы «Принят в ЕРИР», «Не принят в ЕРИР» и «Частично принят в ЕРИР». Для частичного результата откройте ошибки и исправьте непринятые строки.

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

Пример матрицы ответственности

Операция	Исполнитель	Контроль	Доказательство
Регистрация креатива	Агентство	Рекламодатель	Идентификатор и карточка
Сбор статистики	Площадка	Агентство	Выгрузка за месяц
Подача доходного акта	Сторона акта	Финансовый контролёр	Идентификатор и сумма
Разаллокация	Агентство	Владелец договора	Сверка суммы
Контроль приёма	Назначенный сотрудник	Руководитель процесса	Финальный статус

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

Типичные ошибки и финальная проверка

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

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

Какие источники проверять в 2026 году

Правовую основу сверяйте по статье 18.1 Закона № 38-ФЗ, действующим редакциям постановления № 948, постановления № 974 и распоряжения № 1362-р. Технические действия проверяйте по официальным разделам ОРД Яндекса «Этапы маркировки» и «Отчёты».

Материал отражает документы и инструкции, доступные на дату публикации. Перед отправкой проверьте текущую редакцию актов и справку именно вашего ОРД: состав полей и проверки могут обновляться.

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

Вопросы и ответы

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

  Статистику и акты передают в течение 30 дней после окончания месяца размещения; для июня контрольная дата — 30 июля.

• Можно ли поручить подачу данных агентству?

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

• Нужно ли подавать статистику, если акт будет позже?

  При длительном размещении статистика передаётся за каждый месяц, а акт — в месяце его выставления по предусмотренному ОРД сценарию.

• Можно ли один акт отправить через два раздела ОРД?

  Нет, один акт следует подавать один раз; дубли могут привести к суммированию распределений и ошибке превышения суммы.

• Статус «Отправлен» означает приём в ЕРИР?

  В ОРД Яндекса это промежуточный статус; завершение подтверждает финальный статус приёма или непринятия после проверок ЕРИР.

• Как понять, что исправление отчёта завершено?

  Нужно переотправить корректные данные, дождаться финального статуса и сохранить журнал изменения с идентификатором объекта.

По теме