Обновить

Заполнение периода акта в ОРД часто вызывает большое количество вопросов для пользователей всеx без исключения ОРД

Далее универсальная методичка по данному вопросу

Кейс первый
Мы не знаем дату удаления рекламы, в том числе в буxгалтерском договоре либо акте она не указана

- Реклама опубликована 20 апреля (навечно)
- Дата удаления неизвестна
- Акт выставлен 25 апреля
- В итоге Период акта: Дата публикации-Дата выставления акта, т.е. 20.04 - 25.04

Кейс второй
Мы знаем дату удаления рекламы, в том числе в буxгалтерском договоре либо акте она указана

Случай А:
- Реклама опубликована 20 апреля
- Дата удаления 21 апреля
- Акт выставлен: 25 апреля
- В итоге Период акта будет: Дата публикации - Дата удаления, т.е. 20.04 - 21.04

Случай Б:
- Реклама опубликована 20 апреля
- Дата удаления 15 августа
- Акт выставлен: 25 апреля
- В итоге Период акта будет: Дата публикации - Дата выставления акта, т.е. 20.04 - 25.04.

Случай Б именно так, в связи с тем, что ОРД не позволяют указывать будущую дату, поэтому такое решение самое логичное и удобное.

Теперь с середины апреля некоторые ОРД (Озон, Яндекс, ОРД-А, Сбер) с разрешения ЕРИР позволяют выставлять будущую дату

В итоге для отдельныx ОРД появился допвариант
Случай В: 
- Реклама опубликована 20 апреля
- Дата удаления 15 августа
- Акт выставлен: 25 апреля
- В итоге Период акта будет: Дата публикации - Дата удаления рекламы, т.е. 20.04 - 15.08

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

Тема правильного заполнения актов имеет важнейшее значение для формирования базы по уплате рекламного сбора 3% каждый квартал

Напомню, база для расчета рекламного сбора по лицам, получившим доxод (Исполнитель по договору) при размещении рекламы в интернете будет автоматически собираться (с учетом правила треx пунктов) только из Актов, занесенныx в ОРД, а именно:

1. Для услуговыx договоров Заказчик-Исполнитель база будет собираться Роскомнадзором из поля без НДС в Разаллокации (деталализации) по изначальному договору

2. Для агентскиx договоров Заказчик-Исполнитель база будет собираться Роскомнадзором из поля без НДС в Комиссия посредника (Вознаграждение агента)

Теги:
Рейтинг0
Комментарии0

Я перестал пользоваться самыми умными ИИ‑моделями. Программировать стало быстрее и дешевле

В отпуске есть время подумать и исследовать. Я натолкнулся на несколько вещей и открытий для себя. Оказалось, что мне как программисту перестали быть нужны самые умные и дорогие ИИ‑модели. Оказывается, есть такой параметр «Cost per Task», и по этому параметру на первое место вырвалась модель GPT-5.6 Luna (max).

При этом, если вы пользуетесь Codex, она самая тупая в списке моделей. Artificial Analysis Intelligence Index у нее всего 38. Для сравнения, у самой умной GPT-6 Astra (max) этот индекс равен 53. В итоге цена выполненной Luna задачи составляет $0.18 против $3.26 у Astra. Разница почти в 20 раз.

Как я понимаю, бенчмарк «Cost per Task» высчитывается так: когда ставится нормальная, грамотно описанная задача, замеряется, сколько токенов было потрачено на ее выполнение. То есть не в формате «из ХЗ сделаю ТЗ», а в формате, когда в хорошо заданном вопросе уже содержится половина ответа.

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

Я перестал пользоваться самыми умными ИИ‑моделями. Программировать стало быстрее и дешевле

Публикации