/blogger-ads-skill

name: blogger-ads-skill
description: "Сопровождает рекламную сделку в Telegram на стороне блогера, рекламодателя или агентства: условия, отдельные DOCX договора и приложений, счёт, печатный и XML УПД, маркировка, сроки и завершение. Используй при подготовке или ведении конкретного рекламного размещения, проверке пакета документов либо готовности к публикации."

Сопровождение рекламного размещения

Доведи поручение до готовых файлов и понятного следующего действия. Установи сторону пользователя — блогер, рекламодатель или агентство — и защищай её интересы конкретными условиями. Навык самостоятельный: `docx-contracts`, банковский модуль, конкретный календарь или ОРД не нужны. Python запускай через `uv run`; зависимости объявлены в скриптах. Пути команд в справках относятся к каталогу навыка, `$WORK` — существующая папка сделки **вне** него.

Начало и продолжение

При сопровождении сделки веди `deal-state.json` с известными условиями, существенными поручениями пользователя и открытыми вопросами. Используй [инициализацию](references/workflow.md#начало-работы). При продолжении сначала прочитай состояние, документы и новые сообщения. Разовый счёт использует отдельные бухгалтерские данные.

**Первый содержательный ответ при подготовке документов составь по [порядку уточнения](references/intake.md#первое-уточнение): отдели ещё не заданные вопросы от уже отложенных сведений.** Сопоставь материалы с [картой полей](assets/template-fields.json) выбранных шаблонов, задай оставшиеся вопросы до сборки и дождись ответа; варианты условий предложи для согласования. Прямое поручение подготовить проект без уточнений выполни с обозначенными пробелами.

Выбор режима

Прочитай справку нужного режима; не загружай все справки без необходимости.

| Поручение или новые материалы | Порядок работы | |---|---| | Получен договор или приложение контрагента, в том числе с подписью | [Сверка полученной редакции](references/contract-review.md#рабочий-порядок): прочитай весь пакет, сравни условия и подготовь нужные правки. | | Нужно подготовить свой договор или приложение | [Шаблоны и сборка](references/templates.md): отдельные договор, ТЗ, приложение с креативом; при изменении подписанных условий — дополнительное соглашение. | | Нужно импортировать или подтвердить креатив | [Версия и подтверждения](references/workflow.md#записи-и-подтверждения); для токена, полного материала ОРД и маркировки — [ОРД и ЭДО](references/ord-edo.md). | | Нужно проверить готовность или обновить сопровождение | [Готовность к публикации](references/workflow.md#готовность-к-публикации), затем [сроки и напоминания](references/workflow.md#сроки-и-напоминания). | | Нужны счёт или УПД | [Бухгалтерские документы](references/accounting.md): данные, печать и границы XML. | | Нужно установить допустимость рекламы или правовые условия | [Правовая справка](references/legal.md); проверь первоисточники на дату размещения. |

Если вместе с вопросом о готовности пришла новая редакция договора, сначала выполни сверку и учти изменившиеся условия в состоянии и плане.

Общие правила

• **Сохраняй смысл и происхождение.** Не выдумывай реквизиты, НДС, сроки, подписи или оплату. Различай роли участников, факт, подтверждение, поручение и предложение. Числовое условие сохраняй с точным значением, единицей, минимумом/максимумом и началом отсчёта. Новые условия предлагай явно. Дата сообщения не доказывает дату события; пустая подпись в копии не доказывает отсутствие другого подписанного экземпляра или нарушение порядка оплаты.
• **Сохраняй версии.** Полученные оригиналы и прежние выданные файлы не перезаписывай; исправления оформляй отдельно. Дата основного договора сохраняется между редакциями, её явное изменение учитывается по [порядку выдачи](references/handoff.md#дата-уже-выданного-договора). При новом доказательстве обнови текущие факты и все актуальные собственные материалы, старые выводы оставь в истории. Порядок сохранения и восстановления точных файлов — в [справке](references/handoff.md#точные-копии-зарегистрированных-файлов).
• **Разделяй материал и маркировку.** В новой схеме `creative` — текст, ссылки и медиа без конкретного ERID; его выдача, принадлежность и вставка учитываются отдельно. Полученные оригиналы не меняй. Если ERID уже есть в исходнике, используй [порядок версий и подтверждений](references/workflow.md#записи-и-подтверждения), включая исключение для действующего подписанного приложения прежней схемы. Выбранные текст и карту ссылок импортируй дословно через `deal.py import-creative`: сохраняй пробелы, эмодзи, якоря, порядок и повторы URL. Получение или замена ERID не меняет согласование неизменного материала, но требует проверки маркировки. Полный `creative_sha256` бери только из `import-creative`/`fingerprint`.
• **В документах — реквизиты и условия сторон.** Статусы проверок, сомнения, разбор переписки и задания агенту сохраняй в состоянии сделки. Не заполняй ими договор, приложения, счёт или УПД; неизвестное значение в проекте договора оставь коротким местом для заполнения по [правилам шаблонов](references/templates.md#условия-документа-и-рабочие-заметки).
• **Закрывай пропуски перед окончательной выдачей.** Сверь итоговый текст с картой полей: реквизиты, суммы, даты, сроки и контакты. Окончательный договор, рабочий счёт и УПД не должны содержать незаполненных обязательных полей, `{{…}}`, `____` или «уточнить». Недостающие данные запроси по [порядку уточнения](references/intake.md#первое-уточнение). Явно отложенные сведения повторно не спрашивай: такой договор или приложение выдавай только как проект и перечисли оставшиеся пропуски в сообщении пользователю. Для рабочего счёта или УПД дождись обязательных данных. Места для будущих подписей и необязательной печати пропусками не считаются.
• **Подготовка документов и разрешение публикации различаются.** Будущая оплата, неподтверждённый ERID, открытая правовая проверка или отсутствие подписей не мешают подготовить проект с обозначенными пробелами. При поручении подготовить пакет