Эфирный лог

Такое понимание опирается на документацию автоматизации: Cinegy описывает журнал выполненных событий, включая начало и остановку воспроизведения, а Rivendell различает эфирные планы и данные для отчётов о проигранном. ^{[1, 2]} Поэтому сначала выясняют, какие события записывает конкретная система, и только затем используют её журнал для проверки рекламы.

Кратко

План отвечает на вопрос «что должно выйти», лог — «что зарегистрировала система».
Для проверки нужны канал, время, материал и конкретный случай его воспроизведения.
Запись сигнала позволяет проверить содержание в точке записи; число слушателей из неё не следует.

Происхождение и история термина

Учёт эфира появился раньше компьютерных журналов. Библиотека Конгресса США хранит журналы WEAF/WNBC за 1922–1955 годы. В них перечислялись ежедневные программы и станции, получавшие их; с тома за 1930 год заголовок стал обозначать исправленные маршрутные ведомости. Некоторые журналы содержат сведения о прерывании запланированной программы выпуском новостей. Это историческое свидетельство того, что вещателю требовалось учитывать не только намерения, но и изменения в ходе передачи. ^[3]

Современная автоматизация переносит часть этой работы в событийные записи. В документации встречаются названия as-run и as-played, то есть учёт выполненного или проигранного. ^{[1, 2]} Архивный пример показывает предысторию задачи, но не устанавливает автора английского термина, первого разработчика цифрового лога или прямую преемственность конкретной программы от журналов NBC.

Суть и механизм

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

В Cinegy это различие видно в полях: идентификатор элемента плейлиста меняется при повторной вставке клипа, а идентификатор материала может оставаться тем же. Журнал содержит также время, действие, длительность и признак ошибки. При этом длительность в событии START описывает план, а в END — фактическое воспроизведение. ^[1] Следовательно, строка запуска тридцатисекундного файла ещё не означает, что он проиграл все тридцать секунд.

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

Виды и классификации

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

Документ	Что можно установить	Что остаётся проверить
План или плейлист	Намеченные материалы и порядок	Выполнение расписания
Эфирный лог	Зафиксированные операции системы	Полноту воспроизведения и сигнал дальше по тракту
Запись эфира	Содержание сигнала в точке записи	Совпадает ли эта точка с нужным каналом
Эфирная справка	Какие выходы заявлены в итоговом документе	На каких исходных данных основаны сведения

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

Как применяется на практике

Учебный пример. Условная станция «Город» согласовала на 23 октября 2026 года двадцать полных выходов ролика R17-v2, каждый по 30 секунд. Проверяем сутки от 00:00 включительно до 00:00 следующего дня, время в примере имеет смещение UTC+07:00. Повторный полный выход вместо оборванного в этом условном заказе не найден.

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

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

Событие	Канал	Начало	Завершение	Результат сверки
E08	Основной	10:00:00	10:00:30	Полные 30 с
E09	Основной	11:00:00	11:00:20	Прервано, 20 с
E09	Основной	11:00:00	11:00:20	Дубль той же строки, отдельно не считаем
T01	Тестовый	11:05:00	11:05:30	Не относится к заказанному эфиру

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

Как измерить или проверить

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

18 / 20 × 100\% = 90\%.

Знаменатель — двадцать согласованных выходов; числитель — восемнадцать выходов, прошедших проверку полноты. Девятнадцать запусков дали бы 95%, но отвечали бы на другой вопрос. Если план равен нулю, такую долю не вычисляют: сначала определяют, какой заказ проверяется.

Воспроизведённая длительность составляет 18 × 30 + 20 = 560 секунд, то есть 9 минут 20 секунд. Полные выходы занимают 540 секунд. Двадцатисекундный фрагмент учитывается в звучании, но не становится полным выходом по условию примера. Правила оплаты неполного размещения этот расчёт не устанавливает.

Для сравнения времени разных систем удобно использовать однозначную отметку. RFC 3339 описывает дату, время и смещение относительно UTC — всемирного координированного времени. Например, 2026-10-23T10:00:00+07:00 и 2026-10-23T03:00:00Z обозначают один момент. Стандарт обновлён RFC 9557; используемый здесь формат с числовым смещением сохраняет совместимость. ^[4] Это способ записать время, а не правило подтверждения рекламы.

Ошибки, ограничения и спорные вопросы

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

Сохранять нужно данные, позволяющие повторить сверку. Rivendell прямо предупреждает: после удаления исходных данных ELR, используемых для сопоставления эфира и отчётности, отчёт за соответствующий сервис и дату сформировать нельзя. ^[2] Поэтому сам факт получения одной выгрузки ещё не отвечает на вопрос, всё ли нужное осталось для будущей проверки.

Правовой аспект

На 24 октября 2026 года статья 34 Закона РФ № 2124-1 «О средствах массовой информации» действует в составе редакции от 26.06.2026, применяемой с 01.09.2026. Она отдельно предусматривает сохранение материалов собственных передач, вышедших в записи, и регистрационный журнал передач. Минимум для материалов — месяц после эфира, для журнала — год после последней записи. Для записей программ с предвыборной агитацией или агитацией по референдуму установлен минимум 12 месяцев после эфира. ^[5]

Журнал по этой статье должен содержать сведения о времени и дате передачи, её теме, авторе, ведущем и участниках. Поэтому выгрузка рекламных запусков не становится автоматически таким журналом: нужно проверить её состав. Поправка 2026 года изменила другую статью закона; специальные сроки хранения агитационных записей действуют с 19.07.2003. ^[5] Конкретный порядок хранения и исполнения требований проверяют с юристом до применения.

Частые вопросы

Плейлист уже подтверждает выход?

Нет. Он показывает план; для проверки исполнения нужны фактические данные.

Лог доказывает, что ролик услышали?

Нет. Он описывает события системы. Даже запись сигнала не измеряет аудиторию.

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

Сначала выясняют, можно ли восстановить нужные отчёты, и проверяют применимые сроки хранения. ^{[2, 5]}

Зачем идентификатор, если есть название?

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

Решить с помощью сервиса

RadioMon, согласно внутренней справке проекта, записывает эфир региональных радиостанций Барнаула и разбирает рекламные выходы с помощью ИИ: рекламодателя, время и частоту появления. Он не измеряет аудиторию и рейтинги. Основание: внутренний документ prompts/03_ПРОДУКТЫ.md, раздел RadioMon; внешняя проверка функций сервиса не проводилась.

Сервисы MEDIATRONE →

Связанные термины

Источники

Cinegy. (n.d.). Cinegy Air 26.2: Logging; General settings. Logging; General settings. Одно руководство. Дата обращения: 24.10.2026. ↑ а б в
Rivendell Project. (n.d.). Operations guide: 12.4. Managing services. Раздел руководства. Дата обращения: 24.10.2026. ↑ а б в г
Library of Congress. (2026, July 9). The National Broadcasting Company at the Library of Congress: NBC radio manuscript materials. Архивный путеводитель, разделы The Log Books, The Master Books. Дата обращения: 24.10.2026. ↑
Klyne, G., & Newman, C. (2002, July). Date and time on the Internet: Timestamps (RFC 3339). RFC Editor. Текст, §§1–2, 4.2, 5.6–5.8; статус. Обновление: Sharma, U., & Bormann, C. (2024, April). Date and time on the Internet: Timestamps with additional information (RFC 9557). Текст, Abstract, §1 и §1.2. Семейство стандартов считается одной работой при проверке минимума. Дата обращения: 24.10.2026. ↑
О средствах массовой информации : Закон РФ от 27.12.1991 № 2124-1 : ред. от 26.06.2026, действует с 01.09.2026. Ст. 34. Контур.Норматив; сверка по СудАкт. Для дат и связи поправок: Федеральный закон от 04.07.2003 № 94-ФЗ, ст. 1 п. 2 и реквизиты; Федеральный закон от 26.06.2026 № 215-ФЗ, ст. 2, 6. Один правовой комплекс при подсчёте минимума. Дата обращения: 24.10.2026. ↑ а б в