惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
A
About on SuperTechFans
Y
Y Combinator Blog
V
V2EX
Engineering at Meta
Engineering at Meta
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
V
Visual Studio Blog
博客园 - 叶小钗
博客园 - 聂微东
阮一峰的网络日志
阮一峰的网络日志
H
Help Net Security
小众软件
小众软件
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The GitHub Blog
The GitHub Blog
WordPress大学
WordPress大学
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
MongoDB | Blog
MongoDB | Blog
B
Blog
G
Google Developers Blog
J
Java Code Geeks
博客园 - 三生石上(FineUI控件)
IT之家
IT之家
N
Netflix TechBlog - Medium
腾讯CDC

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Маркировка рекламы при смене стороны договора: как переда...
Василина Маслакова · 2026-06-22 · via Все публикации подряд на Хабре

Маркировка рекламы при смене стороны договора: как передавать данные через доп соглашение

Простой

2 мин

29

Сегодня хочу поделиться интересным кейсом для тех, кто работает с интернет-рекламой: что делать, если по действующему договору меняется одна из сторон и как запускать новые рекламные кампании после таких изменений?

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

Какие исходные данные имеем

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

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

В чем проблема

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

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

Тут главное без паники

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

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

(первоначальный договор со старой стороной)

(первоначальный договор со старой стороной)

(добавление договора с теми же данными, но с новым исполнителем)

(добавление договора с теми же данными, но с новым исполнителем)

Таким образом:

  1. Первоначальный договор сохраняет историю ранее переданных данных

  2. Новый договор используется для всех последующих рекламных кампаний

Как учитывать новые рекламные кампании?

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

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

Но имейте ввиду

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

Кстати, в дальнейшем в ОРД-А мы планируем реализовать отдельный функционала для подобных изменений, который позволит избежать ситуаций, когда условия договора меняются задним числом, а контрагенты узнают об этом уже после открутки креатива и вынуждены что‑то исправлять; функционал позволит не менять ранее полученный токен.