Наш сайт использует cookie. Информацию о cookie, целях их использования и способах отказа от них можно прочитать в «Политике обработки файлов cookie». Продолжая использовать наш сайт Вы выражаете согласие на обработку файлов «cookie», а также подтверждаете факт ознакомления с «Политикой обработки файлов cookie». Если Вы не хотите, чтобы ваши «cookie» обрабатывались, покиньте Сайт.
OK
Новости
Уважаемые Партнеры!
Сообщаем вам дополнительные условия форматно-логического контроля в рамках улучшения консистентности данных в ЕРИР, которые вступят в силу с 21.06.
1) ЕРИР вводит единые правила передачи договоров и актов без номера:
∙ Если поле «Номер» не заполнено, то в системе ЕРИР документ будет считаться без номера.
∙ Если передано значение, то в системе ЕРИР это значение будет считаться номером документа.
В ЛК у нас уже реализовано установка значения без номера – перечеркнутый значок № в поле Номер Акта (Договора).
При работе с ОРД по API поле number в запросах на создание договоров и актов будет необязательным. Можно не передавать поле или заполнять значением NULL
2) Если в креативе в поле “type” (тип рекламной кампании) передано значение “CPA”, то допустимо указывать количество фактических показов равным 0, если сумма оказанных услуг больше 0.
3) Если креатив относится к саморекламе (“selfPromotionOrganizationId”={идентификатор контрагента}),
∙ то в статистике стоимость оказанных услуг должна равняться 0.
∙ то в статистике стоимость единицы оказанных услуг должна равняться 0.
4) Сумма акта должна быть больше или равна сумме всех сумм в пунктах разаллокации по изначальному договору.
5) Максимальное число, которое может быть передано в акте 10 000 000 000 руб.
6) Будет запрещено создавать:
Юрлицо РФ (JuridicalPerson) с ИНН в котором 10 нулей (0000000000).
Физлицо РФ (PhysicalPerson) и ИП РФ (IndividualEntrepreneur) с ИНН в котором 12 нулей (000000000000)
7) Абонентский номер мобильного телефона
Максимальная длина: 50
Если заполнено, то: Длина строки от 1 до 50, может содержать цифры от 0 до 9 и плюс (pattern: ^+[0-9]{1,50}$)
Формат номера начинать с + и далее только цифры. Остальные символы запрещены.
2. Дополнительные проверки наименования организаций
1) Для типа организации "ip" - Индивидуальный предприниматель
∙ Только русские буквы
∙ Допускается пробел (не более одного между словами. При этом в начале и в конце пробелов не должно быть)
∙ Допускается тире (не более одного между словами. При этом в начале и в конце тире не должно быть)"
2) Для типа организации "ul" - юридическое лицо
∙ В названии контрагента могут использоваться только буквы русского алфавита, цифры и символы: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ Название контрагента не должно состоять только из одних символов: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ В начале и в конце не должно быть пробелов.
3) Для типов организаций "ffl" - Иностранное физическое лицо и "ful" - Иностранное юридическое лицо
∙ В названии контрагента могут использоваться только буквы русского или латинского алфавитов, цифры и символы: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ Название контрагента не должно состоять только из одних символов: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ В начале и в конце не должно быть пробелов.
Сообщаем вам дополнительные условия форматно-логического контроля в рамках улучшения консистентности данных в ЕРИР, которые вступят в силу с 21.06.
1) ЕРИР вводит единые правила передачи договоров и актов без номера:
∙ Если поле «Номер» не заполнено, то в системе ЕРИР документ будет считаться без номера.
∙ Если передано значение, то в системе ЕРИР это значение будет считаться номером документа.
В ЛК у нас уже реализовано установка значения без номера – перечеркнутый значок № в поле Номер Акта (Договора).
При работе с ОРД по API поле number в запросах на создание договоров и актов будет необязательным. Можно не передавать поле или заполнять значением NULL
2) Если в креативе в поле “type” (тип рекламной кампании) передано значение “CPA”, то допустимо указывать количество фактических показов равным 0, если сумма оказанных услуг больше 0.
3) Если креатив относится к саморекламе (“selfPromotionOrganizationId”={идентификатор контрагента}),
∙ то в статистике стоимость оказанных услуг должна равняться 0.
∙ то в статистике стоимость единицы оказанных услуг должна равняться 0.
4) Сумма акта должна быть больше или равна сумме всех сумм в пунктах разаллокации по изначальному договору.
5) Максимальное число, которое может быть передано в акте 10 000 000 000 руб.
6) Будет запрещено создавать:
Юрлицо РФ (JuridicalPerson) с ИНН в котором 10 нулей (0000000000).
Физлицо РФ (PhysicalPerson) и ИП РФ (IndividualEntrepreneur) с ИНН в котором 12 нулей (000000000000)
7) Абонентский номер мобильного телефона
Максимальная длина: 50
Если заполнено, то: Длина строки от 1 до 50, может содержать цифры от 0 до 9 и плюс (pattern: ^+[0-9]{1,50}$)
Формат номера начинать с + и далее только цифры. Остальные символы запрещены.
2. Дополнительные проверки наименования организаций
1) Для типа организации "ip" - Индивидуальный предприниматель
∙ Только русские буквы
∙ Допускается пробел (не более одного между словами. При этом в начале и в конце пробелов не должно быть)
∙ Допускается тире (не более одного между словами. При этом в начале и в конце тире не должно быть)"
2) Для типа организации "ul" - юридическое лицо
∙ В названии контрагента могут использоваться только буквы русского алфавита, цифры и символы: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ Название контрагента не должно состоять только из одних символов: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ В начале и в конце не должно быть пробелов.
3) Для типов организаций "ffl" - Иностранное физическое лицо и "ful" - Иностранное юридическое лицо
∙ В названии контрагента могут использоваться только буквы русского или латинского алфавитов, цифры и символы: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ Название контрагента не должно состоять только из одних символов: пробел, кавычки, круглые скобки, “-”, “–”, ”—”, “&”, “#”, “,”, “.”, “;”, “!”,, “?”, “‘”, “`”, “+”, “*”, “№”, “/”, “:”, “|”, “_”, “%”, “°”, “«”, “»”.
∙ В начале и в конце не должно быть пробелов.
Уважаемые Партнеры!
Информируем вас об изменениях формата взаимодействия между системами ЕРИР и ОРД, инициированными Роскомнадзором в связи с увеличением объема передаваемой информации и соответствующей нагрузки на ее обработку в ЕРИР.
С целью минимализации ошибок в регистрируемых в ЕРИР документах время на их обработку и подтверждение на стороне ЕРИР увеличится, подтверждение приема документов в ЕРИР будет рассинхронизировано с их загрузкой в системы ОРД.
Для приведения платформы ОРД МедиаСкаут к уточненным требованиям ЕРИР, мы проведем на своей стороне доработки:
Рассказываем, как работаем сейчас и что поменяется
Как работаем сейчас:
Как будем работать с 10 мая:
Этап 2: После успешного прохождения первого этапа ЕРИР запускает форматно-логическую проверку данных по сущности которая будет длиться 24 часа (проверка на наличие зарегистрированных связанных материнских сущностей в ЕРИР и т. п.). 24 часовая проверка данных не повлияет на скорость регистрации Заказчиков, договоров, креативов и т. п. в ОРД, однако если сущность Заказчик, договор, креативов и т. п. в итоге не прошла регистрацию в ЕРИР, это приведёт к тому что все загруженные по ней данные в ОРД перейдут в статус «Ошибка регистрации». Что с этим делать расскажем ниже.
После получения ошибок от ЕРИР по:
При этом до устранения ошибки по определенной сущности передача всех связанных с ней дочерних данных в ЕРИР со стороны ОРД будет невозможна.
Поэтому рекомендуем пользователям оперативно устранять ошибки регистрации. Например, если будет ошибка в Доходном договоре, вы сможете загрузить в ОРД креативы и акты к нему, но передаваться креативы и акты в ЕРИР не будут, пока вы не исправите ошибки в Доходном договоре.
Статусы сущностей уже сейчас отображаются в Личном кабинете, после перехода на новый порядок взаимодействия ОРД с ЕРИР будет расширен набор статусов:
И так, что же делать с сущностями, которые получили статус «Ошибка регистрации»:
Просим использовать вышеуказанную информацию в работе.
Если у вас будут вопросы, пишите в службу клиентского сервиса на адрес client-service@mediascout.ru. Если будут сложности при загрузке отчетности, пишите в техническую поддержку help@mediascout.ru
Переход на новую систему взаимодействия между ЕРИР и ОРД позволит решить задачи:
Информируем вас об изменениях формата взаимодействия между системами ЕРИР и ОРД, инициированными Роскомнадзором в связи с увеличением объема передаваемой информации и соответствующей нагрузки на ее обработку в ЕРИР.
С целью минимализации ошибок в регистрируемых в ЕРИР документах время на их обработку и подтверждение на стороне ЕРИР увеличится, подтверждение приема документов в ЕРИР будет рассинхронизировано с их загрузкой в системы ОРД.
Для приведения платформы ОРД МедиаСкаут к уточненным требованиям ЕРИР, мы проведем на своей стороне доработки:
- Статусной модели загруженных сущностей, учитывающей временной лаг в подтверждении загрузки в ЕРИР;
- Личного кабинета для возможности отображения ошибок регистрации, поступивших от ЕРИР;
- GET методов API ОРД по сущностям для отображения ошибок регистрации, поступивших от ЕРИР
Рассказываем, как работаем сейчас и что поменяется
Как работаем сейчас:
- После загрузки/регистрации сущности (заказчик, договор, креатив, акт и т. п.) в ОРД через Личный кабинет (ЛК) или через WebAPI, МедиаСкаут в режиме реального времени отправляет данные по сущности в ЕРИР на регистрацию;
- На стороне ЕРИР данные по сущности проходят простой форматный контроль атрибутивного состава (проверка на соответствие параметров данных);
- В случае успешного/не успешного прохождения контроля, ЕРИР в режиме реального времени возвращает отчет по сущности.
- Статусная модель сущностей (кроме актов) не отображает полностью все, что происходит с сущностью при регистрации в ЕРИР. Пользователь ОРД не может контролировать корректность регистрации данных в ЕРИР и в случае ошибки ее своевременно исправить
Как будем работать с 10 мая:
- После создания/регистрации сущности в ОРД через ЛК или через WebAPI, система отправляет данные по сущности в ЕРИР на регистрацию, проходящую в два этапа:
Этап 2: После успешного прохождения первого этапа ЕРИР запускает форматно-логическую проверку данных по сущности которая будет длиться 24 часа (проверка на наличие зарегистрированных связанных материнских сущностей в ЕРИР и т. п.). 24 часовая проверка данных не повлияет на скорость регистрации Заказчиков, договоров, креативов и т. п. в ОРД, однако если сущность Заказчик, договор, креативов и т. п. в итоге не прошла регистрацию в ЕРИР, это приведёт к тому что все загруженные по ней данные в ОРД перейдут в статус «Ошибка регистрации». Что с этим делать расскажем ниже.
- Статусная модель сущностей в ОРД расширится и будет отображать все этапы взаимодействия с ЕРИР. Пользователь через Личный кабинет (ЛК) или через WebAPI может контролировать корректность регистрации. При получении ошибок пользователь может понять, с чем связаны ошибки, в соответствии с этим отредактировать сущность и повторно отправить на регистрацию в ЕРИР.
После получения ошибок от ЕРИР по:
- Организации. Можно загружать в ОРД договора, креативы, акты к этому договору
- Доходному договору. Можно загружать в ОРД креативы к этому договору и акты
- Изначальному договору. Можно загружать в ОРД креативы к этому договору, указывать этот ИД в разаллокации к актам
- Креативу. Можно загружать в ОРД акты со статистикой показов по этому креативу
При этом до устранения ошибки по определенной сущности передача всех связанных с ней дочерних данных в ЕРИР со стороны ОРД будет невозможна.
Поэтому рекомендуем пользователям оперативно устранять ошибки регистрации. Например, если будет ошибка в Доходном договоре, вы сможете загрузить в ОРД креативы и акты к нему, но передаваться креативы и акты в ЕРИР не будут, пока вы не исправите ошибки в Доходном договоре.
Статусы сущностей уже сейчас отображаются в Личном кабинете, после перехода на новый порядок взаимодействия ОРД с ЕРИР будет расширен набор статусов:
- Требует регистрации — Присваивается сущности сразу при создании и после редактирования
- Регистрация — после получения от ЕРИР успешного ответа о первичной проверке запроса и приеме запроса на форматно-логический контроль второго этапа, который будет длиться до 24 часов на стороне ЕРИР.
- Активный — после получения от ЕРИР успешного ответа о прохождении запроса форматно-логического контроля.
- Ошибка регистрации — после получения от ЕРИР ответа об ошибке после прохождения первого или второго этапа контроля.
И так, что же делать с сущностями, которые получили статус «Ошибка регистрации»:
- После перехода на новую схему взаимодействия в ЛК можно будет фильтровать все сущности по статусу «Ошибка регистрации».
- Детализация по найденным ошибкам будет отражаться в карточках сущностей (вы получите исчерпывающее описание «в чем именно ошибка» и поймете «как ошибку устранить»). Можно будет провести устранение ошибок действующими методами редактирования.
- Также будет проведена доработка get запросов в API и добавлено поле с причиной ошибки по каждой сущности.
Просим использовать вышеуказанную информацию в работе.
Если у вас будут вопросы, пишите в службу клиентского сервиса на адрес client-service@mediascout.ru. Если будут сложности при загрузке отчетности, пишите в техническую поддержку help@mediascout.ru
Переход на новую систему взаимодействия между ЕРИР и ОРД позволит решить задачи:
- Повышения уровня доставки данных и отказоустойчивости системы
- Обеспечения своевременного отображения зарегистрированных данных в личном кабинете ЕРИР
- Обеспечения высокого уровня качества данных в системе ЕРИР
- Обеспечения высокого уровня качества данных в системе ЕРИР
Уважаемые коллеги!
В ближайшие дни будут реализованы проверки роли заказчика в акте (clientRole). Если проверки не пройдены, то вы получите ошибку (все виды ошибок ниже) и не сможете сохранить изменения.
Проверки будут производиться на соответствие указанной пользователем роли заказчика в акте и договорами, которые пользователь указал в разаллокации и/или статистике.
Данные проверки будут реализованы при единичной и массовой загрузке актов.
Проверки:
1. Роль заказчика РД — только доходный договор с заказчиком.
2. Роль Заказчика РА или ОРС — только изначальные договоры с Рекламодателями»
Кейсы по расходным договорам
Текст ошибки: «Вы указали в акте роль заказчика <Указать роль из акта (РА или ОРС)>, при этом в разаллокации к акту указан расходный договор. Укажите идентификаторы доходных или изначальных договоров или поменяйте роль на РД.»
Текст ошибки: «Вы указали в акте роль заказчика РД, при этом в разаллокации к акту указан другой расходный договор. В этом случае, в разаллокации может быть только расходный договор, на который выставлен акт.»
Текст ошибки: «Вы указали в акте роль заказчика РД, при этом в разаллокации к акту указан доходный или изначальный договор. Поменяйте роль на РА или ОРС или укажите расходный договор, на который выставлен акт.»
Текст предупреждения: «Вы указали в акте роль заказчика <Указать роль из акта (РА или ОРС)>, при этом в разаллокации к акту нет данных ни по изначальным ни по доходным договорам. Поменяйте роль заказчика на Рекламодатель или дополните разаллокацию данными выручки по изначальным договорам с Рекламодателями».
В ближайшие дни будут реализованы проверки роли заказчика в акте (clientRole). Если проверки не пройдены, то вы получите ошибку (все виды ошибок ниже) и не сможете сохранить изменения.
Проверки будут производиться на соответствие указанной пользователем роли заказчика в акте и договорами, которые пользователь указал в разаллокации и/или статистике.
Данные проверки будут реализованы при единичной и массовой загрузке актов.
Проверки:
- В разаллокации и/или статистике указан Id договора, который не создан (не привязан) Агентством, которое создает/редактирует акт (дополняет, перезаписывает).
- В акте «Роль заказчика» — РА или ОРС. В разаллокации и/или статистике указан один Id доходного договора (на котором висит акт).
- В акте «Роль заказчика» — РА или ОРС. В разаллокации и/или статистике среди договоров указан доходный договор, который не связан с заказчиком по договору, к которому привязан акт.
- В акте «Роль заказчика» — РД. В разаллокации и/или статистике указан один изначальный договор.
- В акте «Роль заказчика» — РД. В разаллокации и/или статистике указан доходный договор, который не связан с заказчиком по договору, к которому привязан акт.
- В акте «Роль заказчика» — РД. В разаллокации и/или статистике указаны доходные и изначальные договоры.
1. Роль заказчика РД — только доходный договор с заказчиком.
2. Роль Заказчика РА или ОРС — только изначальные договоры с Рекламодателями»
- В акте «Роль заказчика» — РА или ОРС. В разаллокации и/или статистике нет ни одного идентификатора изначального и доходного договора. В этом случае будем отображать не блокирующее предупреждение, акт можно сохранить или отправить в ЕРИР.
Кейсы по расходным договорам
- В акте «Роль заказчика» — РА или ОРС. В разаллокации и/или статистике к акту указан расходный договор.
Текст ошибки: «Вы указали в акте роль заказчика <Указать роль из акта (РА или ОРС)>, при этом в разаллокации к акту указан расходный договор. Укажите идентификаторы доходных или изначальных договоров или поменяйте роль на РД.»
- В акте «Роль заказчика» — РД. В разаллокации и/или статистике к акту указан другой расходный договор.
Текст ошибки: «Вы указали в акте роль заказчика РД, при этом в разаллокации к акту указан другой расходный договор. В этом случае, в разаллокации может быть только расходный договор, на который выставлен акт.»
- В акте «Роль заказчика» — РД. В разаллокации и/или статистике к акту на расходный договор указаны доходные и/или изначальные договоры.
Текст ошибки: «Вы указали в акте роль заказчика РД, при этом в разаллокации к акту указан доходный или изначальный договор. Поменяйте роль на РА или ОРС или укажите расходный договор, на который выставлен акт.»
- В акте «Роль заказчика» — РА или ОРС. В разаллокации и/или статистике к акту на расходный договор нет ни одного идентификатора договора. В этом случае будем отображать не блокирующее предупреждение, акт можно сохранить или отправить в ЕРИР.
Текст предупреждения: «Вы указали в акте роль заказчика <Указать роль из акта (РА или ОРС)>, при этом в разаллокации к акту нет данных ни по изначальным ни по доходным договорам. Поменяйте роль заказчика на Рекламодатель или дополните разаллокацию данными выручки по изначальным договорам с Рекламодателями».
Уважаемые коллеги, сообщаем вам о следующих изменениях в функционале, которые произойдут 19.04:
1. Добавлен полноценный функционал редактирования изначальных, доходных и расходных договоров как в ЛК, так и в WebAPI .
Функционал редактирования изначальных, доходных и расходных договоров позволяет изменять:
Основные атрибуты:
∙ Заказчик
∙ Исполнитель (для изначальных и расходных договоров)
∙ Номер договора
∙ Ссылка на основной договор (для доп. соглашений)
Технические нюансы редактирования:
∙ Если при изменении основного атрибута договора в нашем ОРД этот договор числится и в другом юридическом лице (например, как изначальный), то при сохранении изменений технически создастся новый договор, на который перенесутся все креативы и связи старого. При этом, если у него были доп. соглашения, то он продолжит отображаться в ЛК вместе с доп. соглашениями, которые при необходимости можно перевесить вручную на новый договор. Так же в данный момент оставлена техническая возможность после переноса всех доп. соглашений, если старый договор более не нужен, «схлопнуть» его с новым договором просто повторно отредактировав его данными нового договора.
Второстепенные атрибуты:
∙ Тип договора
∙ Вид договора
∙ Вид деятельности (для посреднических договоров)
∙ Агент действует (для посреднических договоров)
∙ Сумма договора
∙ Признак «С НДС»
∙ Дата заключения
Технические нюансы редактирования:
∙ При редактировании расходного/изначального договора, если данный договор не числится как доходный у другого агентства, второстепенные данные договора успешно обновятся
∙ При редактировании расходного/изначального договора, если данный договор числится как доходный у другого агентства, отобразится блокирующее уведомление: «В нашем ОРД есть доходный договор с такими атрибутами. Изменения возможны только по доходному договору.» Редактирование таких атрибутов возможно только на стороне владельца доходного договора или через обращение в службу поддержки клиентов ОРД МедиаСкаут.
∙ При редактировании доходного договора, не зависимо от того, числится он как изначальный или расходный у другого агентства, второстепенные данные договора успешно обновятся
2. Обновлены файлы-шаблоны для импорта разаллокации и статистики к акту в карточках создания и редактирования акта.
!!!Старые шаблоны при загрузке актов работать не будут!!!
3. Обновлены файлы-шаблоны для массовой загрузки актов:
!!!Старые шаблоны при загрузке актов работать не будут!!!
4. В «Сводном отчете по актам», формируемом во вкладке «Акты»:
∙ добавлен столбец «Доходный/расходный» (по аналогии с отчетом «Сводный отчет по креативам» во вкладке «Акты»).
o в зависимости от разновидности договора указывается в столбце «Доходный договор» или «Расходный договор». В этом же столбце, если договор является договором саморекламы, указывается «Договор саморекламы».
5. В отчет по Агентствам, формируемом во вкладке «Агентства» администратором группы агентств добавлены столбцы (как во вкладке «Агентства»):
∙ «Расходные договоры»: В столбце отображается количество расходных договоров агентства.
∙ «Самореклама»: В столбце отображается количество договоров саморекламы агентства.
∙ «Акты»: В столбце отображается количество актов агентства (суммарное количество актов по всех статусах, кроме «Удален», по доходным, расходным, саморекламному договорам).
∙ «Выручка»: В столбце отображается суммарное значение полей Amount всех актов (во всех статусах кроме «Удален») по всем доходным, расходным, саморекламному договорам агентства.
6. Обновлено WebAPI в части работы с креативами (обновления в файле):
∙ В метод Creatives/CreateCreative добавлены в выходные данные:
o Erid (string), обязательный.
o CreativeGroupId (string), обязательный.
o CreativeGroupName (string), обязательный.
∙ В метод Creatives/CreateCreative добавлено во входные данные:
o CreativeGroupId (string), необязательный. Если указан, то создаваемый креатив добавится в группу, Id которой указан в запросе (если совпадают второстепенные атрибуты брони).
o CreativeGroupName (string), необязательный. Если указан без CreativeGroupId создаваемый креатив добавится в новую группу с CreativeGroupName. Если оставить пустым, то креатив добавится в автоматически созданную группу креативов.
∙ Добавлен метод Creatives/EditCreative (редактирование креатива):
∙ Добавлен метод Creatives/GetGroupCreative (получение группы креативов):
∙ В метод Creatives/GetCreatives добавлены в выходные параметры:
o CreativeGroupId (string), обязательный;
o CreativeGroupName (string), обязательный;
7. Поле «Код ОКВЭД» (creativeOkveds) в карточках создания креатива и редактирования группы креативов (брони) становится обязательным в следующих случаях — заказчиком (рекламодателем) по договору, с которым связывается/переносится креатив/бронь является:
∙ физлицо РФ;
∙ иностранное юрлицо;
∙ иностранное физлицо.
1. Добавлен полноценный функционал редактирования изначальных, доходных и расходных договоров как в ЛК, так и в WebAPI .
Функционал редактирования изначальных, доходных и расходных договоров позволяет изменять:
Основные атрибуты:
∙ Заказчик
∙ Исполнитель (для изначальных и расходных договоров)
∙ Номер договора
∙ Ссылка на основной договор (для доп. соглашений)
Технические нюансы редактирования:
∙ Если при изменении основного атрибута договора в нашем ОРД этот договор числится и в другом юридическом лице (например, как изначальный), то при сохранении изменений технически создастся новый договор, на который перенесутся все креативы и связи старого. При этом, если у него были доп. соглашения, то он продолжит отображаться в ЛК вместе с доп. соглашениями, которые при необходимости можно перевесить вручную на новый договор. Так же в данный момент оставлена техническая возможность после переноса всех доп. соглашений, если старый договор более не нужен, «схлопнуть» его с новым договором просто повторно отредактировав его данными нового договора.
Второстепенные атрибуты:
∙ Тип договора
∙ Вид договора
∙ Вид деятельности (для посреднических договоров)
∙ Агент действует (для посреднических договоров)
∙ Сумма договора
∙ Признак «С НДС»
∙ Дата заключения
Технические нюансы редактирования:
∙ При редактировании расходного/изначального договора, если данный договор не числится как доходный у другого агентства, второстепенные данные договора успешно обновятся
∙ При редактировании расходного/изначального договора, если данный договор числится как доходный у другого агентства, отобразится блокирующее уведомление: «В нашем ОРД есть доходный договор с такими атрибутами. Изменения возможны только по доходному договору.» Редактирование таких атрибутов возможно только на стороне владельца доходного договора или через обращение в службу поддержки клиентов ОРД МедиаСкаут.
∙ При редактировании доходного договора, не зависимо от того, числится он как изначальный или расходный у другого агентства, второстепенные данные договора успешно обновятся
2. Обновлены файлы-шаблоны для импорта разаллокации и статистики к акту в карточках создания и редактирования акта.
!!!Старые шаблоны при загрузке актов работать не будут!!!
3. Обновлены файлы-шаблоны для массовой загрузки актов:
!!!Старые шаблоны при загрузке актов работать не будут!!!
4. В «Сводном отчете по актам», формируемом во вкладке «Акты»:
∙ добавлен столбец «Доходный/расходный» (по аналогии с отчетом «Сводный отчет по креативам» во вкладке «Акты»).
o в зависимости от разновидности договора указывается в столбце «Доходный договор» или «Расходный договор». В этом же столбце, если договор является договором саморекламы, указывается «Договор саморекламы».
5. В отчет по Агентствам, формируемом во вкладке «Агентства» администратором группы агентств добавлены столбцы (как во вкладке «Агентства»):
∙ «Расходные договоры»: В столбце отображается количество расходных договоров агентства.
∙ «Самореклама»: В столбце отображается количество договоров саморекламы агентства.
∙ «Акты»: В столбце отображается количество актов агентства (суммарное количество актов по всех статусах, кроме «Удален», по доходным, расходным, саморекламному договорам).
∙ «Выручка»: В столбце отображается суммарное значение полей Amount всех актов (во всех статусах кроме «Удален») по всем доходным, расходным, саморекламному договорам агентства.
6. Обновлено WebAPI в части работы с креативами (обновления в файле):
∙ В метод Creatives/CreateCreative добавлены в выходные данные:
o Erid (string), обязательный.
o CreativeGroupId (string), обязательный.
o CreativeGroupName (string), обязательный.
∙ В метод Creatives/CreateCreative добавлено во входные данные:
o CreativeGroupId (string), необязательный. Если указан, то создаваемый креатив добавится в группу, Id которой указан в запросе (если совпадают второстепенные атрибуты брони).
o CreativeGroupName (string), необязательный. Если указан без CreativeGroupId создаваемый креатив добавится в новую группу с CreativeGroupName. Если оставить пустым, то креатив добавится в автоматически созданную группу креативов.
∙ Добавлен метод Creatives/EditCreative (редактирование креатива):
∙ Добавлен метод Creatives/GetGroupCreative (получение группы креативов):
∙ В метод Creatives/GetCreatives добавлены в выходные параметры:
o CreativeGroupId (string), обязательный;
o CreativeGroupName (string), обязательный;
7. Поле «Код ОКВЭД» (creativeOkveds) в карточках создания креатива и редактирования группы креативов (брони) становится обязательным в следующих случаях — заказчиком (рекламодателем) по договору, с которым связывается/переносится креатив/бронь является:
∙ физлицо РФ;
∙ иностранное юрлицо;
∙ иностранное физлицо.
ООО «МедиаСкаут»
115432, Россия, г. Москва, вн. тер. г. муниципальный округ Даниловский, Проектируемый 4062-й пр-д, д. 6, стр. 2, помещ. 8, ком. 24
Для отправки корреспонденции:
115432, Россия, Москва, а/я 200
115432, Россия, г. Москва, вн. тер. г. муниципальный округ Даниловский, Проектируемый 4062-й пр-д, д. 6, стр. 2, помещ. 8, ком. 24
Для отправки корреспонденции:
115432, Россия, Москва, а/я 200