Администрирование

Настройки должны соответствовать обязанностям сотрудников

Администрирование связывает сотрудников, владельцев товара, магазины и рабочие процессы. Роль определяет доступные действия, а область данных — с какими складами и документами сотрудник может работать. Для рабочего доступа нужны обе части.

Например, сотруднику упаковки нужен его склад и стол, но не чужие компании и расчёты. Назначение общей роли без проверки складской области может дать неверный рабочий контекст. Изменение существующей роли затрагивает всех её пользователей.

Перед изменением определите ответственного, ожидаемый результат и контрольный сценарий. Настройте справочники и связи до загрузки документов; сохраняйте понятные названия, которые сотрудник узнаёт на экране.

Разделы настроек

Пользователи

Путь: Пользователи -> Пользователи.

1. Откройте список пользователей.
2. Создайте пользователя или откройте существующего.
3. Заполните имя, email, телефон и другие обязательные поля.
4. Назначьте роль.
5. Проверьте привязку к складам, магазинам или аккаунтам, если она используется.
6. Сохраните пользователя.
7. Попросите пользователя войти и проверить доступ к нужным разделам.

Роли и права

Путь: Пользователи -> Роли.

Магазины и аккаунты клиента

1. Откройте Настройки -> Магазины.
2. Создайте магазин клиента или откройте существующий.
3. Укажите название, внешний ID и параметры интеграции, если они есть.
4. Свяжите магазин с аккаунтом, складом и доступными службами доставки.
5. Проверьте, что заказы из этого магазина попадают в правильный складской процесс.

Если клиент работает с несколькими витринами, лучше создавать отдельный магазин на каждый источник. Это упрощает фильтрацию заказов, отчеты и расследование ошибок обмена.

Справочники

Статусы заказов

1. Откройте Настройки -> Статусы заказов.
2. Проверьте список рабочих статусов.
3. Проверьте «Название статуса» и «Второе название статуса», а также цвета «Текст» и «Фон» каждого варианта.
4. Сохраните согласованные подписи и цвета. Эта форма не настраивает разрешённые переходы или операции заказа.
5. Проверьте отображение в рабочем списке. Внешние соответствия проверяйте отдельно в интеграции.

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

Уведомления и полный лог

1. Найдите объект и точное время события.
2. Проверьте лог самого объекта: заказа, приемки, товара, пользователя или интеграции.
3. Если локального лога недостаточно, откройте полный лог с теми же ID и периодом.
4. Для уведомления сопоставьте событие с записью в журнале сообщений.
5. Проверьте, что для одного перехода нет нескольких одинаковых активных правил.
6. Исправляйте причину в настройке или исходном объекте; не редактируйте историю задним числом.

Шаблоны печати

1. Откройте нужный раздел шаблонов.
2. Найдите шаблон по типу документа.
3. Внесите изменение в тестовой копии, если это возможно.
4. Распечатайте пример на тестовом заказе или документе.
5. Проверьте штрихкоды, отступы, размеры этикетки и обязательные поля.
6. Только после проверки используйте шаблон в рабочем процессе.

Чек-лист подключения нового клиента

1. Создать аккаунт клиента и сотрудников клиента.
2. Создать магазины и внешние идентификаторы.
3. Настроить склад, зоны, места и правила хранения.
4. Настроить службы доставки, тарифы и ПВЗ.
5. Подготовить шаблоны печати.
6. Импортировать или создать товары.
7. Проверить приемку, заказ, сборку, упаковку и отгрузку на тестовых данных.
8. Проверить отчеты и биллинг.
9. Зафиксировать ответственных сотрудников и права доступа.

Лимиты API и защита интеграций

Для пользователя или технической учётной записи можно ограничить частоту API-запросов. Лимит защищает очередь и базу от ошибочного клиента, но слишком низкое значение может задержать нормальный импорт.

1. Определите отдельную учётную запись для каждой внешней системы, чтобы её трафик и права можно было расследовать независимо.
2. Выдайте только нужные разделы и действия: просмотр, создание, изменение, удаление и специальные операции могут контролироваться отдельно.
3. Задайте лимит по согласованной нагрузке и сохраните исходное значение в регламенте интеграции.
4. После изменения проверьте ответы API, очередь импортов и отсутствие массовых ошибок ограничения частоты.

Гранулярные права новых разделов

При обновлении роли отдельно проверьте доступ к батчам и расписаниям, волновой сортировке, маркировке WB и её аналитике, истории/контролю операций Ozon, диагностике и экспортам. Наличие пункта меню не должно автоматически означать право на удалённую запись или повтор операции.

Проверка настроек на одном рабочем сценарии

1. Выберите роль и конкретного пользователя процесса: приёмщик, сборщик, менеджер или финансист.
2. Проверьте права раздела и область данных — склад, магазин и домен. Наличие меню не доказывает право на каждое действие.
3. Для магазина сверяйте владельца, домен и склад после сохранения.
4. Для расходных материалов проверьте корректный товар: возможность сохранить настройку не гарантирует наличие на момент списания.
5. Проверьте один штатный документ доступной области и отсутствие посторонних данных.
6. Для автоматических сообщений отдельно настройте шаблон и складских получателей.

Подробный разбор полей: шаблоны уведомлений. API-контракты смотрите в API-документации установленной версии.

Как проверить результат и продолжить

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

Если что-то пошло не так