4 ошибки в маркировке рекламы, из-за которых вы теряете деньги

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

• Почему маркировка оказалась сложнее, чем все ожидали

• Где в маркировке чаще всего ломается цепочка данных — 4 вида ошибок

• Почему ошибки в маркировке замечают слишком поздно

• Как ошибки в маркировке приводят к потерям, долгам и ручной работе

• Что мы изменили в процессах, чтобы перестать терять деньги на маркировке

Почему маркировка оказалась сложнее, чем все ожидали

Когда маркировка интернет-рекламы только появилась, казалось: достаточно немного перестроить процессы, и дальше спокойно работать. На старте основной фокус был на процессе:

• какие данные передавать;

• как получать токены;

• как работать с операторами рекламных данных.

Это воспринималось как новая регуляция, к которой нужно просто адаптироваться. Но проблема оказалась глубже.

Маркировка — это не только правила, но и то, как они реализуются в работе.

Даже если вы знаете, какие данные передать и куда, этого недостаточно. Сложности начинаются на следующем уровне — когда эти правила нужно встроить в реальные процессы между:

1. Участниками: рекламодатель, агентство, подрядчики, площадки.

2. Документами.

3. Системами.

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

• передачу данных;

• синхронизацию участников;

• проверку и сверку;

• контроль начислений;

• взаимодействие с подрядчиками.

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

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

Где в маркировке чаще всего ломается цепочка данных — 4 вида ошибок

На практике редко всё происходит в одном месте. Обычно цепочка начинает рассыпаться на нескольких уровнях, именно поэтому ошибки сложно отследить:

• Ошибка 1. На уровне передачи данных об изначальном договоре

• Ошибка 2. На уровне определения ролей участников в цепочке

• Ошибка 3. На уровне актов и их привязки к изначальному договору

• Ошибка 4. На уровне дублирования актов и данных

Ошибка 1. На уровне передачи данных об изначальном договоре

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

Как это выглядит на практике: достаточно, чтобы один участник указал номер в одном формате, второй добавил символы, а третий по-своему записал стороны или тип договора. С точки зрения человека, это не меняет сути, но ЕРИР воспринимает это как разные сущности.

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

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

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

Ошибка 2. На уровне определения ролей участников в цепочке

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

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

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

Как избежать ошибки: корректно указывать роли участников в цепочке.

Ошибка 3. На уровне актов и их привязки к изначальному договору

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

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

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

Как избежать ошибки: помните, что разаллокация — это обязательный элемент, без нее акт остается документом без контекста.

Ошибка 4. На уровне дублирования актов и данных

Иногда проблема возникает не из-за нехватки информации, а из-за ее избытка. Это происходит, когда один и тот же акт передается в систему несколько раз: разными участниками, из разных кабинетов или в нескольких версиях.

Как это происходит: чаще всего это связано с тем, что стороны заранее не договорились, кто именно подает отчетность.

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

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

Как избежать ошибки: заранее не договоритесь, кто и за что отвечает, чтобы система не получала лишние документы и не превращала их в лишние начисления и разборы.

Почему ошибки в маркировке замечают слишком поздно

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

На старте: маленькая неточность

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

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

На практике это выглядит так:

1. Площадка или блогер считают, что если подключено агентство, то оно полностью берет на себя маркировку.

2. Агентство ожидает, что контрагент передаст данные по своему договору, при этом в документах это никак не закреплено.

В результате часть отчетности не подается вовсе, а часть дублируется.

Долгое время это остается незаметным, потому что формально процесс идет.

Далее: несоответствие данных

Ошибка проявляется, когда данные не сходятся или появляется разрыв в цепочке.

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

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

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

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

Далее: влияние на другие данные

Проблема проявляется, когда начинает влиять на расчеты и корректность цепочки.

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

В результате ошибки продолжают жить в системе:

• лишний ноль в сумме;

• некорректный акт;

• неправильный контрагент;

• разорванная цепочка.

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

Важно делать сверку между данными в ЕРИР и ОРД. Поставьте себе в план дважды в месяц делать выгрузки из систем и сверять данные.

Далее: влияние на расчеты

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

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

• какие акты участвовали;

• откуда взялась база;

• где возникло расхождение.

Если проверять начисления заранее — по составу и источнику данных — такие ситуации можно ловить значительно раньше.

Как ошибки в маркировке приводят к потерям, долгам и ручной работе

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

Неверно определяется отчетный квартал, и начисления появляются не тогда, когда их ждали. Многие ориентируются на период рекламной кампании, а не на дату подписания акта. Если реклама шла, например, в марте, а акт подписан уже в апреле, кажется, что начисления должны относиться к первому кварталу. Но для системы главное — не период размещения, а дата документа.

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

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

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

Ошибка в платеже приводит к тому, что деньги не зачисляются вовремя. Можно всё сделать правильно — и всё равно получить проблему на этапе оплаты. Счет сформировали, передали в бухгалтерию и оплатили, но спустя время в ЕРИР всё равно отображается долг. Деньги ушли, обязательство вроде исполнено, а в системе результата нет.

Дальше начинается разбор. Сначала кажется, что это обычная задержка, затем подключается поддержка, но это не дает результата. В итоге выясняется, что причина в ошибке в УИН — из-за нее система не может связать платеж с начислением.

Исправление уже не решается внутри кабинета. Приходится обращаться в РКН, отправлять запросы и ждать до 30 дней. Всё это время платеж висит как не зачтенный, хотя фактически он уже проведен.

Даже корректная оплата может потеряться из-за ошибки в реквизитах, а исправление занимает недели.

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

• найти источник ошибки;

• понять, на каком этапе она возникла;

• выяснить, кто передал некорректные данные.

Дальше начинается ручная работа:

• переписка;

• уточнения;

• повторные передачи данных;

• ожидание ответа.

Техподдержка не всегда может закрыть вопрос, иногда нужно обращаться в Роскомнадзор и ожидания до 30 дней.

В итоге цена ошибки — это не только деньги, но и время команды, которое уходит на разбор.

Что мы изменили в процессах, чтобы перестать терять деньги на маркировке

После всех разборов стало понятно: проблема не в отдельных ошибках, а в том, как устроен сам процесс. Если нет системы, такие ситуации будут повторяться. Наша система выглядит так.

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

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

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

Возможно, вам будет интересно:

• Закон о маркировке рекламы по шагам: что и когда делать каждому участнику рынка

• Штрафы по закону о персональных данных — 7 причин и советы, как бизнесу обезопасить себя

• Закон о запрете иностранных слов: что делать бизнесу — разбор и пошаговый план действий

• Налоговая проверка в 2026 году: кто под нее попадет и как ее пройти