С важными новостями!⚡️

Как и обещали, мы доработали функционал Центра Уведомлений, выведя туда ошибки по всем оставшимся сущностям: креативам, договорам и площадкам.

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

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

Функционал скрытия ошибок (если вы решили не предпринимать никаких действий) пока есть только в разделе Акты, но обязательно скоро появится и в других разделах.

В помощь вам в работе с некоторыми сложными и непонятными видами ошибок подготовили памятку.👆

Мы готовы с постепенному выводу на продуктив всех изменений!

Завтра 13 мая в 12:00 будут выведены изменения п.2 и п.3. (новый метод для айтемов и отключение старого + вывод 2 новых параметров по дублям договоров )

Послезавтра 14 мая в 12:00 выведем Кобрендинг из п.1

Коллеги,

на продуктив выведены изменения:

✅Отключение метода PATCH /data/invoiceItem/all и переход на PATCH /data/invoiceItem/v2/all. В новом методе изменен ответ и теперь при пересоздании айтема API пользователи получают id созданного айтема. Актуально при замене изн.договора в айтеме

✅В метод GET/data/duplicate/ByInn добавлена проверка по типу организации (2 новых параметра), теперь дополнительно к текущим параметрам необходимо передавать customerType, executorType

Сделали финальный релиз api изменений:

✅ Добавлена возможность создания креатива-кобрендинга с помощью нового параметра isCobranding

✅ Параметры в креативе, связанные с договором, становятся массивами: initialContractIds, erirCids. Если происходит попытка создать креатив-кобрендинг, то необходимо указать 2 или более изначальных договора.

✅Добавлена возможность указания более 1 ККТУ (для креатива-кобрендинга)
Все указанные изменения относятся к следующим методам:
PATCH /data/creative/v2/all , PATCH /data/creative/{id}, GET /data/creative/{id}, GET /data/creative/all/byParametes, GET /data/creative/list/byUser

❗️Уважаемые клиенты,

В этом месяце мы доработали схему регистрации актов и статистики. Теперь для того, чтобы данные успешно отправлялись в ЕРИР, требуется, чтобы у креативов, договоров и площадок был статус «Принято». Это сделано для того, чтобы все ваши передаваемые данные успешно регистрировались в ЕРИР и нигде не застревали из-за ошибок связанных сущностей.

Перед подачей актов и статистики мы рекомендуем убедиться в том, что все используемые договоры, креативы и площадки приняты ЕРИРом. Если что-то не принято, то нужно либо исправить ошибки, либо дождаться принятия ЕРИРом данных, если они были только что переданы (обычно – в течение суток).

☝️Обновление правил дедупликации договоров.

Мы расширили список атрибутов, участвующих в дедупликации договоров на стороне ОРД. Теперь можно без проблем создать «копию» договора, отличающегося лишь незначительным атрибутом, например, Действия посредника, или Сведения о предмете договора.

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

ЕРИР по-прежнему будет смотреть на 5 ключевых параметров при сравнении договоров (ИНН заказчика, ИНН исполнителя, номер, дата и тип), а при отличиях в необязательных атрибутах будет «склеивать» их в один на своей стороне.

🏠 Адреса для ИП и Физ лиц

Выводим новый функционал и систематизируем слухи о необходимости ввода адресов для ИП и ФЛ.

Сегодня в Первом ОРД стал доступен ввод адреса проживания/регистрации для ИП и ФЛ.

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

При регистрации договоров с ИП и ФЛ – поле ввода адреса опциональное.

Почему лучшего его заполнять?

Чтобы при подаче акта впоследствии не было ошибки

Когда могут начать приходить ошибки по актам?

Не раньше августа. Именно к началу августа мы планируем перейти на новую api ЕРИР, в которой включится проверка наличия адреса у ИП/ФЛ, участвующих в договоре. Если адреса нет – при подаче акта вернется ошибка.

Что делать сейчас?

- Заполнить свой собственный адрес в ЛК. Всем ИП и ФЛ с сегодняшнего дня будет показан поп-ап для ввода адреса.
- По возможности заполнять адрес при регистрации договора.
- Если вы автор или сторона уже имеющегося в ОРД договора – дозаполнить адрес через редактирование договора.
- Если вы работаете по API – доработать за ближайший месяц методы отправки адреса в нас. Новая api-спека уже есть, подробное описание на стр. 141-142.

Свежая api спецификация с описанием Адресов

🎉 Первый ОРД (Билайн Adtech) занял 3 место в рейтинге AdIndex 2026 среди всех ОРД по интегральной оценке и 2 место по качеству продукта и сервиса благодаря высокой оценке за ресурсы и сервисы (высший балл) и за технологичность и функциональность.

💙 Благодарим наших клиентов и партнеров за поддержку и возможность расти вместе с вами. Спасибо за то, что выбираете Первый ОРД!

🙏 Спасибо за доверие — оно становится нашей главной мотивацией достигать новых высот и предлагать лучшие решения! 🚀

Подробнее о рейтинге >>>

И снова адреса! 📌

Сегодня мы перешли на api v8 ЕРИР. Это значит, что с этого момента при регистрации актов будет происходить проверка на наличие адреса у ИП и Физ лиц. Если адреса нет, то по акту вернется ошибка в Центр уведомлений.

Что делать с ошибкой?

Если работаете в интерфейсе – зайти в сообщение об ошибке, через него попасть в акт и в нем прописать адрес. После сохранения акт будет переотправлен автоматически.

Если работаете по API – изучить алгоритм действий в нашей спецификации (стр. 139 – 141). Если коротко, то:
Шаг 1: сперва «спросить» у системы методом GET /data/contract/all/byOrganization в каких ИП и ФЛ еще нет адреса.
Шаг 2: прописать адреса методом PATCH /data/organizaiton/all.
Шаг 3: вызвать POST /data/invoice/setErir для того, чтобы акт переотправился в ЕРИР

Также не забывайте, что ввод адреса доступен при создании договора с ИП/ФЛ, если адрес не был добавлен ранее.

Уважаемые партнеры!

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

С 1 сентября мы вводим тарификацию за креативы с признаком «самореклама»: 1 Мб саморекламы будет стоить 20 р.
Стоимость регистрации таких креативов будет прибавляться к текущей стоимости услуг. При этом актуальные условия расчета стоимости услуг сохраняются на текущий момент.

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

❗️Информируем, что в данный момент проводятся технические работы на стороне инфраструктуры билайна.
Сервис ОРД может быть временно недоступен в отдельных случаях. По окончании работ проинформируем дополнительно.

Работа системы полностью восстановлена.

Уважаемые клиенты!

👋 Пишем заранее: в начале октября мы вводим новый тип акта "Акт на вознаграждение посредника" (CommissionInvoice).

Данный акт является отдельным документом и отражает суммы комиссии за услуги по одному или нескольким отчетам агента (посредника). В нем НЕ передаются стандартные параметры сумм отчета агента и детализация. Он нужен только для передачи суммы вознаграждения и массива связанных отчетов агента. Для данного типа акта обязательна передача нового параметра intermediaryReportIds (Массив связанных отчетов агента)

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

Дополнительные изменения для API пользователей:
- Обязательность параметра "Тип акта" - Параметр generalType становится обязательным к передаче при обновлении акта (если он не меняется, то необходимо передать прежнее значение)
- Вводится новый параметр isInvoice (Признак отдельного акта на вознаграждение посредника) для Отчета агента. Если признак "Да", то параметры о суммах комиссии агента не передаются (commissionAmount, commissionFullAmount, commissionPercentVat, commissionVat). Такой отчет агента можно указывать в Акте на вознаграждение посредника. Если признак "Нет", то Отчет агента никак не изменяется. Его нельзя указать в Акте на вознаграждение посредника. Но можно по-старому указать внутри суммы комиссии агента.
- Отказ от параметров "Номер акта на вознаграждение посредника" и "Дата акта на вознаграждение посредника" - Параметры commissionNumber и commissionDate для отчета агента более не передаются и не поддерживаются в ЕРИР.

Все изменения отражены в спецификации.