При смене сотрудника, отвечающего за Ozon ОРД, передать таблицу рекламных договоров недостаточно. Нужно отдельно проверить доступ человека и работу интеграции: приглашение ещё не означает вход в кабинет, а действующая учётная запись не показывает срок технического ключа. Ниже — порядок передачи этих двух зон ответственности.

Выберите роль под реальные задачи

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

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

Проверьте принятие приглашения

Пользователей приглашают через «Поставщик данных → Сотрудники»; это делают владелец или администратор. Статус «Приглашён» означает отправленное письмо, «Активен» — принятие приглашения и регистрацию, «Неактивен» — отключённый профиль. Перед передачей смены убедитесь, что новый сотрудник действительно открыл нужный кабинет и видит порученный раздел.

Контрольную задачу выбирайте безопасную: найти известный договор, сверить его номер и посмотреть связанный объект. Не используйте пробное удаление настоящих сведений для проверки прав. Для идентификации договоров пригодится разбор работы с CID. В акте передачи достаточно указать проверенные действия и дату; пароль в него включать не следует.

Назначьте владельца технического ключа

Ключ создаётся в разделе «Поставщик данных → Ключи API». Для него выбирают срок; если дату не указать, срок составляет один год. Это значит, что подключение, работающее сегодня, всё равно нуждается в календарном контроле. Передача должности не должна превращать интеграцию в систему, которой никто больше не занимается.

Во внутреннем реестре укажите назначение подключения, ответственного, срок и способ проверки обмена, не записывая сам секрет в общедоступную таблицу. До замены выясните, где ключ используется. Если одна учётная система обслуживает несколько рекламных процессов, необдуманная смена параметра может затронуть все. Проверку результата поручите человеку, который понимает ожидаемый документ и период, а не только успешный ответ программы.

Завершите передачу контрольным периодом

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

Отдельно согласуйте отключение прежнего доступа с руководителем процесса. Сначала убедитесь, что у команды остаётся возможность управлять кабинетом, затем выполните утверждённые изменения и посмотрите историю действий. Итог передачи — новый ответственный способен найти документы, проверить обмен и объяснить следующий срок обслуживания. Наличие его фамилии в переписке само по себе этого не подтверждает.