ФУРАЖИР / ПРАКТИЧЕСКИЙ УЧЕБНИК

Не просто список функций.
Учебник по всей системе.

Пошаговый маршрут от первого Docker-запуска до API-интеграции, безопасной эксплуатации и передачи клиенту. После него понятно не только что есть в Фуражир, но зачем это нужно и как всё соединяется.

Начать с главы 01 Открыть точный справочник

Собрано из проверяемого перечня возможностей · 2026-08-09

ФFIELD MANUAL · 01

OPERATING SYSTEMSv2026-08-09

ФУРАЖИР
FIELD MANUAL

Панель · API · Runtime · Delivery

10: учебных глав
94: функции панели
39: командных контрактов
54: серверный маршрут

Два режима документации

REF

Справочник /docs

Точный инвентарь: что входит, статусы, поверхности, API и границы поставки.

↗

LAB

Учебник /learn

Последовательность: что сделать, почему именно так, где проверить и какой результат считать правильным.

вы здесь

ВЫБЕРИТЕ ТРАЕКТОРИЮ

Один учебник — три способа пройти

Выбор меняет оглавление и программу ниже. Ссылка сохраняет траекторию; в любой момент можно вернуть все главы.

Показана полная программа: 10 глав

УЧЕБНАЯ ПРОГРАММА

От нуля до принятой поставки

Главы расположены в рабочем порядке. Можно идти подряд или выбрать траекторию выше; ссылки ведут в демо‑панель и точный справочник.

0112 мин

Соберите правильную модель продукта

Результат главы

Понять границы панели управления, стабильного API, фоновых процессов и отдельной клиентской установки до первой настройки.

Ключевые понятия

панель управления
API v1
фоновые задачи и очередь
отдельная установка

Что подготовить

Список людей и систем, которые будут читать или менять данные.
Перечень данных, за которые бизнес считает Фуражир источником истины.
Имя владельца каждого внешнего эффекта: письмо, webhook, платёж или выгрузка.

КАРТА ГРАНИЦ

От человека и клиента — к одному доменному ядру

01Оператор
Панель и серверная сессия
02Интеграция
API v1, ключ и минимальные права
03Домен
Валидация, версия и команда
04PostgreSQL
Основные данные + очередь
05Фоновые задачи
Повторяемые внешние действия

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

Как это устроено

01

Панель — рабочее место, API — договор интеграции

Интерфейс может развиваться вместе со сценариями сотрудников. Внешние интеграции должны зависеть только от версионированного /api/v1 и OpenAPI, чтобы редизайн панели не ломал клиентские подключения.

02

Транзакция заканчивается в базе

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

03

Проекция для чтения не заменяет источник истины

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

04

Отдельная установка — граница клиента

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

Разберите по шагам

01
Разделите способы работы
Панель предназначена для сотрудников, /api/v1 — для внешних интеграций, отдельный процесс — для фоновых действий. Служебные /api/admin не являются стабильным клиентским API.
02
Назначьте источник истины
Рабочие данные хранит PostgreSQL отдельной клиентской установки. Интерфейс, API и фоновые задачи используют единые правила.
03
Зафиксируйте границу
Каждый клиент получает отдельную установку. Расширенные роли, корпоративный вход и повышенная отказоустойчивость согласуются под проект.

Частые ошибки

Подключать витрину напрямую к служебным /api/admin и тем самым связывать её с устройством панели.
Отправлять письмо или внешнее уведомление внутри транзакционного HTTP-запроса.
Обещать сложные роли, корпоративный вход или повышенную отказоустойчивость без отдельного проектирования и приёмки.

Доказательства результата

Матрица «потребитель → интерфейс → права → владелец».
Диаграмма источников истины и перестраиваемых проекций.
Проверка отказа внешнего поставщика с повтором задания из очереди.
Архитектурное решение с зафиксированной границей отдельной установки.

Практическое задание

Нарисуйте три типа пользователей вашего проекта и отнесите каждого к панели управления, API v1 или системной интеграции.

Готово, когда

Ни один браузерный клиент не зависит от /api/admin, а фоновые эффекты не выполняются внутри пользовательского HTTP-запроса.

Сверить состав поставки

0220 мин

Запустите полную локальную среду

Результат главы

Запустить сайт, панель управления, PostgreSQL, фоновые задачи и тестовую почту как одну проверяемую среду.

Ключевые понятия

Docker Compose
тестовые ключи
проверки состояния
учебные данные

Что подготовить

Docker Engine с Compose v2 и достаточно памяти для полного стека.
Свободные локальные порты, перечисленные в инструкции запуска.
Понимание, что локальная среда принимает только учебные данные и тестовые ключи.

ЛОКАЛЬНЫЙ КОНТУР

Одна проверка проходит через весь продукт

01Сайт
локальный адрес
02Панель и API
локальный адрес
03Фоновые задачи
обработка очереди
04PostgreSQL
Учебное состояние
05Mailpit
Тестовые письма

Все входы доступны только с локального компьютера; PostgreSQL и служебная сеть остаются внутри Compose.

Как это устроено

01

Compose — исполняемая карта системы

Сервисы запускаются в заданном порядке: проверки состояния и зависимости отделяют внутренние компоненты от локально опубликованных портов.

02

Секреты создаются локально и одноразово

Генератор окружения пишет игнорируемый файл с тестовыми значениями. Он нужен для воспроизводимости стенда, но не является способом переносить рабочие платёжные ключи, данные второго фактора или ключи провайдеров.

03

Полная проверка проходит пользовательский путь

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

04

Сброс — часть тестового договора

Демо‑пространство должно возвращаться в исходное состояние без ручной очистки таблиц. Это делает повтор сценария сравнимым и не скрывает зависимость от старых данных.

Разберите по шагам

01
Создайте локальные секреты
Команда создаёт только игнорируемые тестовые файлы. Не используйте в локальном стенде рабочие платёжные ключи или реальные персональные данные.
```
cd services/regional-checkout
npm run local:env
```
02
Запустите контейнеры
Docker Compose дождётся готовности сайта, панели, фоновых задач, базы данных и тестовой почты.
```
npm run local:up
```
03
Проверьте связность
Полная проверка проходит основные пользовательские сценарии, обмен данными между сервисами и сброс учебного состояния.
```
npm run local:smoke:full
```

Частые ошибки

Публиковать локальные порты на 0.0.0.0 в общей Wi-Fi сети.
Проверять платёжного поставщика на рабочих ключах или использовать реальные персональные данные.
Считать контейнер готовым сразу после старта процесса, не проверяя зависимости.

Доказательства результата

Снимок docker compose ps со статусами готовности.
Полный лог npm run local:smoke:full без пропущенных ролей.
Тестовое письмо в Mailpit, связанное с учебной операцией.
Повторная полная проверка после сброса с тем же результатом.

Практическое задание

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

Готово, когда

Smoke завершился без ошибок, а все опубликованные порты доступны только через 127.0.0.1.

Матрица развёртывания

0315 мин

Войдите и проверьте защиту редактирования

Результат главы

Освоить token + TOTP, серверные сессии, темы, локали и защиту несохранённых изменений.

Ключевые понятия

TOTP
server session
optimistic concurrency
unsaved guard

Что подготовить

Отдельные test-only admin token и TOTP seed для стенда.
Две независимые браузерные сессии для проверки конфликта и отзыва.
HTTPS и безопасные cookie-настройки для любого не локального окружения.

КОНТУР ДОСТУПА

От сильного входа — к проверяемому изменению

01Token + TOTP
Однократное подтверждение входа
02Server session
TTL, HttpOnly, revoke
03Entity version
Optimistic concurrency
04Mutation
Атомарное изменение
05Audit
Кто, что и когда сделал

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

Как это устроено

01

Первичный ключ не становится постоянной сессией

Ключ и TOTP подтверждают вход, после чего сервер выдаёт ограниченную сессию со сроком жизни и возможностью отзыва. Повседневные запросы не передают первичный ключ повторно.

02

Сессии принадлежат серверу

Список активных устройств и отзыв проверяются по серверному хранилищу. Удаление cookie в одном браузере не считается отзывом остальных сессий.

03

Версия сущности защищает от тихой перезаписи

Редактор отправляет ожидаемую версию. Если другая сессия уже сохранила изменение, сервер отклоняет stale update и возвращает данные для осознанного сравнения.

04

Unsaved guard закрывает клиентский риск

Навигация, смена раздела и закрытие страницы предупреждают о несохранённой форме. Guard дополняет серверную concurrency, но не заменяет её.

Разберите по шагам

01
Войдите без передачи секрета
Возьмите FOUNDRY_ADMIN_TOKEN и TOTP seed из локального игнорируемого env. Не переносите их в issue, логи или чат.
02
Создайте конфликт
Откройте одну сущность в двух вкладках, измените её в первой и попытайтесь сохранить устаревшую версию во второй.
03
Проверьте выход
Отзовите другую сессию и убедитесь, что сервер перестал принимать её следующие запросы.

Частые ошибки

Хранить bootstrap token в localStorage или вставлять TOTP seed в инструкции для клиента.
Реализовать выход только удалением cookie без server-side revoke.
Использовать last-write-wins для длинных форм и надеяться только на предупреждение браузера.

Доказательства результата

HAR или снимок заголовков без первичных секретов после логина.
Воспроизводимый 409/stale conflict из двух сессий.
Проверка трёх путей unsaved guard: навигация, refresh, закрытие.
401 для отозванной сессии и audit-запись об отзыве.

Практическое задание

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

Готово, когда

Правки не теряются молча, конфликт предлагает восстановление, а отозванная сессия действительно перестаёт работать.

Открыть панель

0435 мин

Соберите каталог от категории до SKU

Результат главы

Пройти шесть режимов каталога, схему атрибутов, варианты, остатки, медиа, фильтры и атомарное сохранение.

Ключевые понятия

category schema
SKU matrix
stock
atomic batch

Что подготовить

Согласованная таксономия категорий и обязательных атрибутов.
Правила SKU, единиц остатка, цены и доступности для витрины.
Подготовленные изображения и переводы без реальных данных в demo.

МОДЕЛЬ КАТАЛОГА

Схема раньше вариантов, проекция после атомарной записи

01Категория
Схема и допустимые атрибуты
02Товар
Контент, медиа, локали, метки
03SKU matrix
Уникальные комбинации
04Stock
Остаток, резерв, доступность
05Public catalog
Опубликованные фасеты и варианты

Публичная витрина читает подготовленную проекцию, но правила комбинаций и остатков остаются в доменном источнике.

Как это устроено

01

Категория задаёт допустимую форму

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

02

Товар и SKU отвечают за разное

Товар хранит общий контент и мерчандайзинг; SKU — конкретную комбинацию атрибутов, цену, остаток и доступность. Дублирующие комбинации запрещаются на уровне доменного контракта.

03

Медиа и переводы сохраняются как набор

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

04

Публичный каталог — контролируемое представление

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

Разберите по шагам

01
Сначала схема
Создайте категорию и её атрибуты до вариантов: матрица SKU должна строиться из валидной схемы, а не из произвольных полей.
02
Затем товар
Заполните мерчандайзинг, переводы, галерею, общие метки и только после этого создайте варианты и остатки.
03
Проверьте публичный каталог
Настройте фильтры витрины и сверьте, что API возвращает те же доступные варианты и значения фильтров.

Частые ошибки

Создавать произвольные SKU-поля до схемы категории.
Смешивать общий остаток товара с остатком конкретного варианта.
Сохранять части карточки отдельными запросами без общей атомарной границы.

Доказательства результата

Экспорт схемы категории и матрицы четырёх уникальных SKU.
Негативный тест обязательного и несовместимого атрибута.
Сравнение снимка панели и публичного каталога.
Rollback-проверка пакетного сохранения при ошибке одного варианта.

Практическое задание

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

Готово, когда

Пакетное сохранение либо фиксирует весь согласованный набор, либо не оставляет частично обновлённую карточку.

Практика в каталоге

0530 мин

Проведите заказ и коммуникации

Результат главы

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

Ключевые понятия

reservation
idempotency
cursor history
moderation

Что подготовить

Тестовый каталог с доступным SKU и известным начальным остатком.
Таблица допустимых переходов заказа и их влияния на резерв.
Синтетические покупатель, обращение и подписка для связного сценария.

ЖИЗНЕННЫЙ ЦИКЛ ЗАКАЗА

Одна команда связывает заказ, резерв и историю

01Idempotent POST
Одно покупательское намерение
02New + reserve
Заказ и единицы одной транзакцией
03State machine
Только допустимый переход
04Archive + history
Без потери ledger
05Reply / review
Outbox и moderation

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

Как это устроено

01

Idempotency определяет логическую операцию

Ключ относится к намерению создать один заказ, а не к отдельной сетевой попытке. Сервер связывает ключ с нормализованным input и возвращает прежний результат при точном повторе.

02

Резерв — бухгалтерия единиц

Создание и переходы заказа изменяют available и reserved по формальным правилам. Архивирование скрывает запись из рабочего списка, но не переписывает историю движения.

03

Статус — конечный автомат

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

04

Коммуникации сохраняют контекст

Обращение, ответ и отзыв связываются с заказом, но имеют собственные статусы и модерацию. Доставка ответа уходит в надёжную очередь, поэтому повтор фоновой задачи не создаёт второе сообщение.

Разберите по шагам

01
Создайте заказ один раз
Повторите POST с тем же Idempotency-Key и убедитесь, что система возвращает прежний заказ, а не создаёт дубль.
02
Проведите статусы
Проверьте допустимые переходы, влияние на резерв и архивирование без потери истории.
03
Закройте коммуникационный цикл
Обработайте обращение, поставьте ответ в надёжную очередь, затем создайте и промодерируйте отзыв, связанный с выполненным заказом.

Частые ошибки

Генерировать новый Idempotency-Key на каждый retry одного заказа.
Менять статус и остаток независимыми запросами.
Удалять завершённые операции вместо архива и проверяемой истории.

Доказательства результата

Пара ответов 201/200 для одного idempotency key и order id.
Ledger остатков до и после каждого разрешённого перехода.
Негативный тест запрещённого перехода без изменения state.
История журнала действий и очереди для ответа на связанное обращение.

Практическое задание

Найдите заказ серверным поиском, измените приоритет, проведите массовое действие и выгрузите результат.

Готово, когда

Остатки согласованы со статусом, повторные команды безопасны, а каждая мутация видна в аудите.

Практика с заказами

0630 мин

Опубликуйте контент и запустите фоновые процессы

Результат главы

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

Ключевые понятия

публичное представление
предварительный просмотр
надёжная очередь
журнал действий

Что подготовить

Черновик материала и блок страницы в учебном пространстве.
Учебная аудитория с подписанным и отписавшимся адресом.
Запущенная обработка фоновых задач и тестовая почта.

МАТЕРИАЛЫ И РАССЫЛКИ

Публикация и доставка проходят отдельные проверки

01Черновик
Рабочая версия материала
02Проверка
Публикация или подтверждение аудитории
03Публичная версия
Только разрешённое чтение
04Очередь доставки
Повторы без дублей
05Журнал и статистика
Факт и сводный показатель

Внешний API отдаёт только опубликованное, очередь отвечает за доставку, а журнал сохраняет каждое действие.

Как это устроено

01

Черновик отделён от опубликованной версии

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

02

Предпросмотр показывает точный список получателей

Сервер учитывает согласие, отписку, выбранный сегмент и повторы адресов. Перед запуском сотрудник подтверждает не абстрактный шаблон, а конкретную аудиторию.

03

Очередь позволяет безопасно повторить доставку

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

04

Журнал объясняет действие, статистика показывает итог

Журнал хранит автора и содержание конкретного изменения, а статистика объединяет события в показатели. График не заменяет подтверждение отдельной операции.

Разберите по шагам

01
Отделите черновик от публикации
Создайте запись и блок страницы, затем проверьте публичный API до и после публикации.
02
Сначала предварительный просмотр
Соберите аудиторию и серверный предварительный просмотр письма; постановка в очередь допустима только после явного подтверждения состава получателей.
03
Наблюдайте внешние действия
Сверьте историю попыток очереди, повторные запуски, производные показатели и запись в журнале действий.

Частые ошибки

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

Доказательства результата

Ответ API до и после публикации материала.
Предпросмотр без отписавшихся адресов и итоговое число получателей.
История ошибки, повтора и успешной доставки одного сообщения.
Связанные запись журнала и показатель статистики без расхождения.

Практическое задание

Измените материал, запустите тестовую кампанию и найдите обе операции в журнале действий и аналитических сводках.

Готово, когда

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

Открыть полную панель

0740 мин

Подключите первый клиент к API v1

Результат главы

Проверить описание API, выдать ключ с ограниченными правами и пройти каталог, контент, поиск и идемпотентное создание заказа.

Ключевые понятия

OpenAPI 3.1
права API
ограничение частоты
Idempotency-Key

Что подготовить

Серверная среда, в которой ключ не попадёт в открытый код страницы.
Выбранная операция и минимально необходимые права для неё.
HTTP-клиент с ограничением времени, повтором запросов и записью идентификатора запроса.

ПУБЛИЧНЫЙ API V1

Каждый запрос проходит четыре явных контроля

01Серверный клиент
Ключ вне открытого кода
02Доступ
Минимально необходимые права
03Проверка запроса
Частота, схема и повтор
04Операция
Одно согласованное изменение
05Ответ
Статус и идентификатор запроса

Интеграции используют только версионированный API v1; служебные адреса панели в этот договор не входят.

Как это устроено

01

Сначала схема, затем клиент

Корень /api/v1 сообщает версию и доступные ресурсы, /health проверяет процесс, а OpenAPI 3.1 описывает запросы и ответы. Клиентскую библиотеку собирают по схеме конкретной версии.

02

Ключ ограничен задачей интеграции

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

03

Ограничения и идентификатор запроса — часть протокола

Клиент различает ошибки данных, доступа, конфликта и частоты запросов, сохраняет X-Request-Id и безопасно повторяет только подходящие запросы. Переход с заголовком Authorization на другой адрес запрещён.

04

Заказ повторяется с прежним ключом

POST /orders требует Idempotency-Key длиной 32–128 символов. При неопределённом сетевом результате клиент повторяет исходное тело и ключ, а не создаёт новый заказ.

Разберите по шагам

01
Начните с описания
GET /api/v1 сообщает версию, способы аутентификации и ресурсы; /health проверяет только процесс, а /openapi.json описывает договор API.
02
Выдайте минимальные права
Ключ интеграции получает только catalog:read, content:read, search:read или orders:write по фактической задаче.
03
Обработайте ошибки как часть договора
Записывайте X-Request-Id, учитывайте заголовки ограничения частоты, не переносите данные доступа при перенаправлении и повторяйте заказ только с прежним ключом идемпотентности.

Частые ошибки

Встраивать ключ API в одностраничное приложение, мобильный браузер или публичный пример.
Повторять любую ошибку 4xx или переходить на другой адрес с заголовком Authorization.
Считать /health подтверждением готовности базы и всех внешних служб.

Доказательства результата

Зафиксированная схема OpenAPI и результат сборки клиента.
Матрица прав с успешным и запрещённым запросом.
Проверка ответа 429, повтора и безопасного журнала.
Проверка разрыва связи с единственным созданным заказом.

Практическое задание

Выполните примеры ниже сначала через /api/demo/v1, затем замените адрес и ключ для своей локальной установки.

Готово, когда

Клиент не использует cookie, не содержит закрытый ключ в открытом коде страницы и корректно различает 200/201/4xx/429.

Открыть API Lab

0835 мин

Расширяйте через команды и интеграции

Результат главы

Использовать 39 команд, входящие уведомления и демо‑автоматизации без обхода бизнес-правил.

Ключевые понятия

контракт команды
проверка уведомления
автоматизация
сверка с поставщиком

Что подготовить

Точно сформулированное бизнес-действие и ожидаемое изменение данных.
Выбранная команда с описанием входных полей и критериев приёмки.
Тестовое событие поставщика или учебный сценарий без внешней доставки.

РАСШИРЕНИЕ БЕЗ ОБХОДА ПРАВИЛ

Любой новый вход заканчивается существующей командой

01Интерфейс, API, событие
Разные входы
02Проверка
Подпись, повтор и схема
03Команда
Поля и критерии приёмки
04Данные и очередь
Атомарная запись
05Журнал
Проверяемое продолжение

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

Как это устроено

01

Команда — единица изменения

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

02

Веб‑перехватчик сообщает, но не доказывает

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

03

Учебная автоматизация безопасно ограничена

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

04

Расширение учитывает версии и повторы

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

Разберите по шагам

01
Выберите команду
Описание команды фиксирует входные поля, изменяемые данные, раздел интерфейса, маршрут API и критерий результата.
02
Не доверяйте входящему уведомлению
Сигнал поставщика запускает повторное чтение объекта через защищённый API; входящие данные не становятся источником истины.
03
Тестируйте без внешней доставки
Раздел разработчика сохраняет сценарии уведомлений и автоматизации в демо, но не вызывает произвольные внешние адреса.

Частые ошибки

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

Доказательства результата

Цепочка «интерфейс или API → команда → данные → критерии приёмки».
Отрицательные проверки подписи, времени и повторного события.
Повторная проверка у поставщика с единым идентификатором события.
Проверка совместимости клиента с версией поставки.

Практическое задание

Найдите нужную команду в атласе ниже и проследите её от UI до state entities и audit acceptance.

Готово, когда

Расширение использует доменную команду, идемпотентность и аудит, а не прямую запись в таблицы из контроллера.

Открыть раздел разработчика

0945 мин

Подготовьте рабочее развёртывание

Результат главы

Разделить веб‑приложение, миграции и фоновые задачи; подключить PostgreSQL, закрытое хранилище, почту, резервное копирование и мониторинг.

Ключевые понятия

неизменяемые миграции
проверка готовности
частная сеть
откат

Что подготовить

Версионированные образы или исходный код, миграции и заполненный шаблон окружения.
DNS, сертификат TLS, частная сеть и отдельные учётные данные внешних служб.
Ответственный за выпуск, окно изменений и заранее записанное условие отката.

СХЕМА РАЗВЁРТЫВАНИЯ

Трафик, данные и релиз имеют разные контуры

01Вход TLS
DNS, сертификат и межсетевой экран
02Сайт и API
Проверенный пользовательский трафик
03Миграции
Один запуск перед выпуском
04PostgreSQL и S3
Данные, файлы и копии
05Фоновые задачи
Очередь, состояние и оповещения

Миграции завершаются до переключения; сайт и фоновые задачи выполняют разные обязанности, а хранилища остаются в частной сети.

Как это устроено

01

Миграции запускаются один раз

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

02

Жизнеспособность и готовность отвечают на разные вопросы

/health подтверждает работу процесса, а проверка готовности учитывает базу и совместимость миграций. Балансировщик направляет трафик только на готовый экземпляр.

03

Хранилища закрыты частной сетью

PostgreSQL и S3 не публикуются наружу, почта использует ограниченные учётные данные, а межсетевой экран оставляет открытыми только входы TLS. Секреты передаются при запуске, а не записываются в образ.

04

Важна проверка восстановления

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

Разберите по шагам

01
Миграции выполняются отдельно
Одноразовый контейнер обновляет схему базы до запуска новой версии веб‑приложения и фоновых задач.
02
Проверяйте не только процесс
/health подтверждает работу процесса, а /health/ready — доступность обязательных зависимостей и готовность принимать запросы.
03
Проверьте восстановление
Резервная копия считается готовой только после пробного восстановления, а новая версия — после проверки возврата к предыдущей.

Частые ошибки

Запускать миграции одновременно каждым экземпляром сайта и фоновых задач.
Направлять трафик по одному признаку работы процесса без проверки базы и схемы.
Хранить секреты в Dockerfile, слоях образа, Git или публичном Compose.

Доказательства результата

Журнал миграций и версия схемы до переключения трафика.
Проверки процесса и готовности при исправных и отказавших зависимостях.
Проверка портов, межсетевого экрана и отсутствия секретов в образе.
Протокол восстановления с RPO/RTO, быстрой проверкой и репетицией отката.

Практическое задание

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

Готово, когда

TLS, DNS, межсетевой экран, PostgreSQL, фоновые задачи, почта, хранилище, резервная копия и восстановление имеют проверяемый результат.

Сверить рабочее развёртывание

1025 мин

Примите поставку и передайте клиенту

Результат главы

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

Ключевые понятия

версия поставки
состав компонентов
контрольные суммы
лицензионные условия

Что подготовить

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

ЦЕПОЧКА ПЕРЕДАЧИ

Клиент получает воспроизводимую систему, а не папку автора

01Версия поставки
Исходный код или подписанный образ
02Состав и суммы
Перечень и целостность
03Инструкции
Установка и эксплуатация
04Приёмка
Чистая установка и проверка
05Лицензия и поддержка
Отдельная договорная граница

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

Как это устроено

01

Комплект воспроизводим и проверяем

Архив исходного кода или образы OCI сопровождаются контрольными суммами, перечнем компонентов, уведомлениями, миграциями, OpenAPI и SDK. Получатель проверяет целостность и разворачивает зафиксированную версию.

02

Установка не зависит от автора

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

03

Секреты передаются процессом, не пакетом

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

04

Техническая готовность не заменяет договор

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

Разберите по шагам

01
Зафиксируйте комплект
Точно укажите версию, исходный код или образы, миграции, Docker Compose, SDK, OpenAPI, перечень компонентов и контрольные суммы.
02
Передайте инструкции
В комплект входят первичная настройка, проверка состояния, резервное копирование, восстановление, откат и смена ключей — сами ключи не входят.
03
Закрепите условия
Лицензия, число инсталляций, права передачи, реквизиты и поддержка указываются в заказе или договоре; размещение данных в РФ само по себе не доказывает соответствие закону.

Частые ошибки

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

Доказательства результата

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

Практическое задание

Проведите чистое развёртывание из переданного комплекта без доступа к рабочей директории разработчика.

Готово, когда

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

Сверить поставку и лицензию

ПРАКТИКА / ПУБЛИЧНЫЙ API V1

Сначала безопасный клиент. Потом код.

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

01

Ключ живёт на сервере

Authorization: Bearer или X-API-Key не попадает в публичный browser bundle.

02

Минимальные права

Каждой интеграции выдаётся только нужное право catalog:read, content:read, search:read или orders:write.

03

Осознанные повторы

GET можно повторять с увеличивающейся задержкой; заказ — только с тем же Idempotency-Key длиной 32–128 символов.

04

Понятные ошибки

Сохраняйте X-Request-Id, обрабатывайте ответ 429 и не переносите данные доступа при перенаправлении.

DEMO / 428

Как начать без ключа и файлов cookie

Демо‑API повторяет операции под /api/demo/v1. Первый запрос с ограниченными правами выдаёт временный идентификатор демо‑пространства. Повторите запрос с полученным заголовком и используйте его в следующих вызовах.

X-Demo-Workspace: <opaque token>

SDK / TYPESCRIPT

TypeScript SDK: безопасная отправная точка

SDK не требует внешних зависимостей, всегда использует /api/v1, не отправляет файлы cookie браузера и запрещает перенаправление запросов с ключом. Способ установки указывается в составе поставки.

import { FoundryClient } from "@foundry/sdk";

const foundry = new FoundryClient({
  baseUrl: "https://api.example.com",
  apiKey: process.env.FOUNDRY_API_KEY,
  timeoutMs: 10_000,
});

const { catalog } = await foundry.getCatalog({
  available: true,
  sort: "featured",
});

const order = await foundry.createOrder(input, {
  idempotencyKey: crypto.randomUUID(),
});

GET/api/v1

Обнаружение версии, аутентификации и ресурсов API.

Рабочий API/api/v1

Демо/api/demo/v1

Праваpublic

Лимит—

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

Запрос

curl --fail-with-body https://api.example.com/api/v1

Ожидаемая форма ответа

{
  "name": "foundry-public-api",
  "version": "v1",
  "openapi": "/api/v1/openapi.json",
  "authentication": { "headers": ["Authorization", "X-API-Key"] },
  "resources": { "catalog": { "method": "GET", "path": "/api/v1/catalog" } }
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

GET/api/v1/health

Минимальная проверка процесса без внутренних деталей.

Рабочий API/api/v1/health

Демо/api/demo/v1/health

Праваpublic

Лимит—

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

Запрос

curl --fail-with-body https://api.example.com/api/v1/health

Ожидаемая форма ответа

{
  "status": "ok",
  "service": "foundry-public-api",
  "version": "v1",
  "timestamp": "2026-08-09T12:00:00.000Z"
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

GET/api/v1/openapi.json

Машиночитаемая схема OpenAPI 3.1.

Рабочий API/api/v1/openapi.json

Демо/api/demo/v1/openapi.json

Праваpublic

Лимит—

Схема является машиночитаемым контрактом API v1; генерируемые клиенты нужно фиксировать к версии релиза.

Запрос

curl --fail-with-body https://api.example.com/api/v1/openapi.json > furazhir.openapi.json

Ожидаемая форма ответа

{
  "openapi": "3.1.0",
  "info": { "title": "Фуражир Public API", "version": "v1" },
  "paths": { "/api/v1/catalog": {}, "/api/v1/orders": {} }
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

GET/api/v1/catalog

Публичный каталог с фильтрами, сортировкой и пагинацией.

Рабочий API/api/v1/catalog

Демо/api/demo/v1/catalog

Праваcatalog:read

Лимит600 / min

Повторяемые brand и attr.<code> параметры кодируют фасеты; available принимает 0 или 1.

Запрос

curl --fail-with-body \
  -H "Authorization: Bearer $FOUNDRY_API_KEY" \
  "https://api.example.com/api/v1/catalog?available=1&sort=featured&page=1"

Ожидаемая форма ответа

{
  "catalog": {
    "sections": [],
    "brands": [],
    "attributeFacets": [],
    "matchedProducts": 0,
    "totalProducts": 0
  }
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

GET/api/v1/content

Только опубликованные записи выбранного раздела.

Рабочий API/api/v1/content

Демо/api/demo/v1/content

Праваcontent:read

Лимит600 / min

Ответ содержит только опубликованную версию. Черновики не должны появляться даже при прямом запросе раздела.

Запрос

curl --fail-with-body \
  -H "Authorization: Bearer $FOUNDRY_API_KEY" \
  "https://api.example.com/api/v1/content?scope=storefront"

Ожидаемая форма ответа

{
  "entries": [
    { "id": "hero", "scope": "storefront", "title": "…", "body": "…", "position": 1 }
  ]
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

GET/api/v1/search

Поиск по публичной проекции каталога.

Рабочий API/api/v1/search

Демо/api/demo/v1/search

Праваsearch:read

Лимит300 / min

q ограничен 120 символами, limit — диапазоном 1–20. Пустой результат является успешным ответом, а не ошибкой.

Запрос

curl --fail-with-body \
  -H "Authorization: Bearer $FOUNDRY_API_KEY" \
  "https://api.example.com/api/v1/search?q=winter%20boots&limit=10"

Ожидаемая форма ответа

{
  "items": [
    { "title": "Winter boots", "meta": "…", "href": "/catalog/boots", "type": "product" }
  ]
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

POST/api/v1/orders

Идемпотентное создание заказа с резервированием.

Рабочий API/api/v1/orders

Демо/api/demo/v1/orders

Праваorders:write

Лимит60 / 15 min

Новый заказ возвращает 201, повтор той же операции с тем же ключом — 200. Новый логический заказ всегда получает новый ключ.

Запрос

curl --fail-with-body -X POST \
  -H "Authorization: Bearer $FOUNDRY_API_KEY" \
  -H "Idempotency-Key: 01JEXAMPLEORDER000000000000000001" \
  -H "Content-Type: application/json" \
  --data '{"customerName":"Ada Lovelace","customerEmail":"ada@example.com","customerContact":"+10000000000","deliveryId":"pickup","pickupLocationId":"pickup-main","paymentId":"card","termsAccepted":true,"itemCount":1,"totalValue":12000,"items":[{"productId":"boots-1","productName":"Winter boots","quantity":1,"priceValue":12000}]}' \
  https://api.example.com/api/v1/orders

Ожидаемая форма ответа

{
  "order": {
    "id": "order-…",
    "status": "new",
    "itemCount": 1,
    "totalValue": 12000
  }
}

Пример показывает контрактную форму; значения зависят от данных инсталляции.

ИНСТРУМЕНТЫ РАЗРАБОТЧИКА / РАСШИРЕНИЯ

Что доступно в демо и какие расширения обсуждаются отдельно

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

EXT-CRM-001отдельное расширение

Customer 360 и mini-CRM

Состояние: customers · segments · owner · LTV/MRR · timeline · notes · tags
API: —

EXT-RBAC-001отдельное расширение

Команда, роли и права

Состояние: users · roles · permissions · invites
API: —

EXT-APIKEY-001доступно в демо

API-ключи с областями доступа

Состояние: one-time secret · token hint · scopes · environment · last used · revocation
API: GET/POST/PATCH/DELETE /api/admin/developer

EXT-WEBHOOK-001доступно в демо

Веб‑перехватчики и интеграции

Состояние: subscriptions · signing hint · status · sandbox delivery attempts
API: GET/POST/PATCH/DELETE /api/admin/developer

EXT-AUTOMATION-001доступно в демо

Правила автоматизации

Состояние: triggers · actions · status · bounded run log
API: GET/POST/PATCH/DELETE /api/admin/developer

EXT-ENVHEALTH-001доступно в демо

Окружения и состояние сервисов

Состояние: environments · regions · versions · service status · latency
API: GET /api/admin/developer

EXT-PAYMENTS-001доступно в демо

Демо платёжных операций ЮKassa

Состояние: payment transaction · capture mode · refunds · configurable estimated commission · audit lifecycle
API: GET/POST /api/admin/payments

EXT-WHITELABEL-001отдельное расширение

Настройка под бренд клиента

Состояние: logo · palette · typography · domain · email theme
API: —

EXT-SLA-001отдельное расширение

SLA и очередь задач

Состояние: assignee · priority · due date · breach · comments
API: —

EXT-IMPORT-001отдельное расширение

Задания импорта CSV

Состояние: mapping · validation · preview · job history · rollback
API: —

EXT-VIEWS-001отдельное расширение

Сохранённые представления и пользовательские поля

Состояние: view filters · columns · custom field definitions/values
API: —

EXT-PROCUREMENT-001отдельное расширение

Закупки и планирование запасов

Состояние: suppliers · purchase orders · reorder points · forecast
API: —

94 / 39 / 54

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

Поиск по учебнику

Один поиск по UI, state, command и HTTP-контрактам.

94 функций · 39 команд · 54 маршрутов

ПРАКТИКУМ / 94 ФУНКЦИИ

Лаборатория каждой функции

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

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

7 функций

ACC-SHL-001Навигация панели и сводка проектав поставке + демо

Зачем это нужно

«Навигация панели и сводка проекта» закрывает самостоятельную операцию в контуре «Доступ, навигация и безопасность редактирования» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Desktop navigation · Mobile drawer · Per-section counts

Что меняется

activeSection · sectionSummaries

Команды и API

GET workspace snapshot

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Навигация панели и сводка проекта» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Навигация панели и сводка проекта» считается принятым, когда состояние «activeSection · sectionSummaries» сохраняется и остаётся согласованным после повторного чтения; контракт «GET workspace snapshot» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

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

ACC-SHL-002Тёмная и светлая темыв поставке + демо

Зачем это нужно

«Тёмная и светлая темы» закрывает самостоятельную операцию в контуре «Доступ, навигация и безопасность редактирования» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Theme toggle

Что меняется

browser theme preference

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Тёмная и светлая темы» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Тёмная и светлая темы» считается принятым, когда состояние «browser theme preference» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-SHL-003Локализация на шесть языковв поставке + демо

Зачем это нужно

«Локализация на шесть языков» закрывает самостоятельную операцию в контуре «Доступ, навигация и безопасность редактирования» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Locale switcher · Localized dates, numbers and labels

Что меняется

locale

Команды и API

Localized errors and CSV headings

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Локализация на шесть языков» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Локализация на шесть языков» считается принятым, когда состояние «locale» сохраняется и остаётся согласованным после повторного чтения; контракт «Localized errors and CSV headings» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-SHL-004Загрузка, обновление и повтор запросав поставке + демо

Зачем это нужно

«Загрузка, обновление и повтор запроса» закрывает самостоятельную операцию в контуре «Доступ, навигация и безопасность редактирования» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Loading · Load error · Retry · Refresh

Что меняется

workspace load state · request id · latency

Команды и API

GET /api/admin/catalog, /api/admin/content and /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Загрузка, обновление и повтор запроса» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Загрузка, обновление и повтор запроса» считается принятым, когда состояние «workspace load state · request id · latency» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/catalog, /api/admin/content and /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-SHL-005Счётчики изменений и защита от потери правокв поставке + демо

Зачем это нужно

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

Где работать

Dirty badges · Save all · Discard dialog · beforeunload guard

Что меняется

draft baselines · dirty record ids

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Счётчики изменений и защита от потери правок» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Счётчики изменений и защита от потери правок» считается принятым, когда состояние «draft baselines · dirty record ids» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-SHL-006Доступ по токену и TOTPв поставке + демо

Зачем это нужно

«Доступ по токену и TOTP» закрывает самостоятельную операцию в контуре «Доступ, навигация и безопасность редактирования» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Demo access screen · Token and one-time-code walkthrough

Что меняется

sandbox access challenge · demo operator session

Команды и API

POST /api/admin/session · DELETE /api/admin/session

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Доступ по токену и TOTP» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Доступ по токену и TOTP» считается принятым, когда состояние «sandbox access challenge · demo operator session» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/admin/session · DELETE /api/admin/session» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-SHL-007Адаптивная и доступная система взаимодействияв поставке + демо

Зачем это нужно

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

Где работать

Focus trap · Focus restore · Keyboard operation · Accessible confirmations

Что меняется

dialog and drawer state

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Адаптивная и доступная система взаимодействия» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Адаптивная и доступная система взаимодействия» считается принятым, когда состояние «dialog and drawer state» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

Каталог, SKU и получение заказаШесть рабочих режимов, карточки товаров, варианты, матрица SKU, остатки, категории, атрибуты и CSV.

17 функций

ACC-CAT-001Шесть режимов работы с каталогомв поставке + демо

Зачем это нужно

«Шесть режимов работы с каталогом» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

operations · simple · card · categories · pickup · filters

Что меняется

catalog view

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Шесть режимов работы с каталогом» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Шесть режимов работы с каталогом» считается принятым, когда состояние «catalog view» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-CAT-002Серверные фильтры, фасеты и пагинация каталогав поставке + демо

Зачем это нужно

«Серверные фильтры, фасеты и пагинация каталога» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Search · Status filter · Category filter · Brand filter · Load more

Что меняется

catalog cursor · status/category/brand/query filters · facets

Команды и API

GET /api/admin/catalog/products

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Серверные фильтры, фасеты и пагинация каталога» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Серверные фильтры, фасеты и пагинация каталога» считается принятым, когда состояние «catalog cursor · status/category/brand/query filters · facets» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/catalog/products» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-003Создание, изменение, удаление и статусы товаровв поставке + демо

Зачем это нужно

«Создание, изменение, удаление и статусы товаров» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Create · Edit · Delete · Active/draft/archive

Что меняется

products

Команды и API

catalog.product.create · catalog.product.update · catalog.product.delete · POST/PATCH/DELETE /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Создание, изменение, удаление и статусы товаров» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Создание, изменение, удаление и статусы товаров» считается принятым, когда состояние «products» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.product.create · catalog.product.update · catalog.product.delete · POST/PATCH/DELETE /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-004Полные данные товара и мерчандайзингв поставке + демо

Зачем это нужно

«Полные данные товара и мерчандайзинг» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Full product card

Что меняется

categoryId · brandId · brand · name · description · priceValue · href · status · defaultVariantId

Команды и API

catalog.product.create · catalog.product.update · GET /api/admin/catalog/products/:id

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Полные данные товара и мерчандайзинг» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Полные данные товара и мерчандайзинг» считается принятым, когда состояние «categoryId · brandId · brand · name · description · priceValue · href · status · defaultVariantId» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.product.create · catalog.product.update · GET /api/admin/catalog/products/:id» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-005Переводы товаров и каталогав поставке + демо

Зачем это нужно

«Переводы товаров и каталога» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

RU/EN/FR/ZH-CN/DE/ES translation editors

Что меняется

product translations · category translations · attribute translations · option translations · filter translations

Команды и API

catalog.product.update · catalog.category.upsert · catalog.filters.batch-update · Localized catalog projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Переводы товаров и каталога» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Переводы товаров и каталога» считается принятым, когда состояние «product translations · category translations · attribute translations · option translations · filter translations» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.product.update · catalog.category.upsert · catalog.filters.batch-update · Localized catalog projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-006Изображения товаров и вариантовв поставке + демо

Зачем это нужно

«Изображения товаров и вариантов» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Upload controls · Preview · Alt text · Gallery editor

Что меняется

uploads · product image · product gallery · variant image · variant gallery

Команды и API

upload.create · upload.delete · catalog.product.update · catalog.variant.update · POST/GET/DELETE /api/admin/uploads

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Изображения товаров и вариантов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Изображения товаров и вариантов» считается принятым, когда состояние «uploads · product image · product gallery · variant image · variant gallery» сохраняется и остаётся согласованным после повторного чтения; контракт «upload.create · upload.delete · catalog.product.update · catalog.variant.update · POST/GET/DELETE /api/admin/uploads» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-007Общие метки товаров и цветовые образцыв поставке + демо

Зачем это нужно

«Общие метки товаров и цветовые образцы» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Shared label picker · Create label · Swatch editor

Что меняется

productLabels · product label reference · swatches

Команды и API

catalog.label.create · catalog.product.update · POST /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Общие метки товаров и цветовые образцы» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Общие метки товаров и цветовые образцы» считается принятым, когда состояние «productLabels · product label reference · swatches» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.label.create · catalog.product.update · POST /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-008Создание, изменение и удаление вариантов SKUв поставке + демо

Зачем это нужно

«Создание, изменение и удаление вариантов SKU» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Add · Duplicate · Remove · Quick edit · Default variant

Что меняется

variants · SKU · price · stock · reserved · status

Команды и API

catalog.variant.create · catalog.variant.update · catalog.variant.delete · catalog.variant.batch-update · PATCH /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Создание, изменение и удаление вариантов SKU» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Создание, изменение и удаление вариантов SKU» считается принятым, когда состояние «variants · SKU · price · stock · reserved · status» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.variant.create · catalog.variant.update · catalog.variant.delete · catalog.variant.batch-update · PATCH /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-009Универсальная матрица SKUв поставке + демо

Зачем это нужно

«Универсальная матрица SKU» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Axis selection · Matrix rebuild · Bulk price/stock/status · Matrix paging

Что меняется

variant axes · selected option combinations · matrix drafts

Команды и API

catalog.variant.batch-update · PATCH /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Универсальная матрица SKU» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Универсальная матрица SKU» считается принятым, когда состояние «variant axes · selected option combinations · matrix drafts» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.variant.batch-update · PATCH /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-010Универсальные атрибуты товарав поставке + демо

Зачем это нужно

«Универсальные атрибуты товара» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Typed product attribute editor

Что меняется

product attribute values · immutable order snapshots

Команды и API

catalog.product.update · Catalog and order projections

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Универсальные атрибуты товара» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Универсальные атрибуты товара» считается принятым, когда состояние «product attribute values · immutable order snapshots» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.product.update · Catalog and order projections» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-011Валидация каталога и готовность к сохранениюв поставке + демо

Зачем это нужно

«Валидация каталога и готовность к сохранению» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Inline errors · Readiness summary · Guided empty state

Что меняется

validation issues · dirty baselines

Команды и API

Structured validation errors

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Валидация каталога и готовность к сохранению» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Валидация каталога и готовность к сохранению» считается принятым, когда состояние «validation issues · dirty baselines» сохраняется и остаётся согласованным после повторного чтения; контракт «Structured validation errors» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-012Создание, изменение, удаление и порядок категорийв поставке + демо

Зачем это нужно

«Создание, изменение, удаление и порядок категорий» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Category manager

Что меняется

categories · product counts

Команды и API

catalog.category.upsert · catalog.category.delete · PATCH /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Создание, изменение, удаление и порядок категорий» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Создание, изменение, удаление и порядок категорий» считается принятым, когда состояние «categories · product counts» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.category.upsert · catalog.category.delete · PATCH /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-013Схемы атрибутов категорий и библиотеки опцийв поставке + демо

Зачем это нужно

«Схемы атрибутов категорий и библиотеки опций» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Attribute and option schema editor

Что меняется

schema revision/status · attribute definitions · attribute options

Команды и API

catalog.category.upsert · Catalog metadata projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Схемы атрибутов категорий и библиотеки опций» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Схемы атрибутов категорий и библиотеки опций» считается принятым, когда состояние «schema revision/status · attribute definitions · attribute options» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.category.upsert · Catalog metadata projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-014Настройка фильтров витриныв поставке + демо

Зачем это нужно

«Настройка фильтров витрины» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Filter label/status/order/translation editor

Что меняется

filterSettings

Команды и API

catalog.filters.batch-update · PATCH /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Настройка фильтров витрины» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Настройка фильтров витрины» считается принятым, когда состояние «filterSettings» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.filters.batch-update · PATCH /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-015Пункты выдачи, интервалы и курьерская доставкав поставке + демо

Зачем это нужно

«Пункты выдачи, интервалы и курьерская доставка» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Pickup manager · Time-slot editor · Courier toggle

Что меняется

pickupLocations · timeSlots · courierDeliveryEnabled

Команды и API

catalog.pickup.upsert · catalog.pickup.delete · catalog.fulfillment.update · PATCH /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Пункты выдачи, интервалы и курьерская доставка» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Пункты выдачи, интервалы и курьерская доставка» считается принятым, когда состояние «pickupLocations · timeSlots · courierDeliveryEnabled» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.pickup.upsert · catalog.pickup.delete · catalog.fulfillment.update · PATCH /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-016Атомарное пакетное сохранение каталогав поставке + демо

Зачем это нужно

«Атомарное пакетное сохранение каталога» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Save all · Dirty count

Что меняется

product and variant draft set

Команды и API

catalog.product.batch-update · catalog.variant.batch-update · PATCH /api/admin/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Атомарное пакетное сохранение каталога» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Атомарное пакетное сохранение каталога» считается принятым, когда состояние «product and variant draft set» сохраняется и остаётся согласованным после повторного чтения; контракт «catalog.product.batch-update · catalog.variant.batch-update · PATCH /api/admin/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CAT-017Серверный экспорт остатковв поставке + демо

Зачем это нужно

«Серверный экспорт остатков» закрывает самостоятельную операцию в контуре «Каталог, SKU и получение заказа» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Stock CSV download

Что меняется

products · variants

Команды и API

POST /api/admin/catalog/export

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Серверный экспорт остатков» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Серверный экспорт остатков» считается принятым, когда состояние «products · variants» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/admin/catalog/export» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

Заказы и операционная обработкаСтатусы с учётом резервов, поиск, архив, приоритеты, массовые действия, экспорт и идемпотентное создание.

10 функций

ACC-ORD-001Активные и архивные заказыв поставке + демо

Зачем это нужно

«Активные и архивные заказы» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Active flow · Archive flow · Restore

Что меняется

orders · archivedAt

Команды и API

order.archive-batch · GET/PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Активные и архивные заказы» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Активные и архивные заказы» считается принятым, когда состояние «orders · archivedAt» сохраняется и остаётся согласованным после повторного чтения; контракт «order.archive-batch · GET/PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-002Серверный поиск, фильтры и cursor-история заказовв поставке + демо

Зачем это нужно

«Серверный поиск, фильтры и cursor-история заказов» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Query · Flow · Status · Load more

Что меняется

order filters · history cursor

Команды и API

GET /api/admin/operations/history?resource=orders

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Серверный поиск, фильтры и cursor-история заказов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Серверный поиск, фильтры и cursor-история заказов» считается принятым, когда состояние «order filters · history cursor» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations/history?resource=orders» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-003Переходы статусов с учётом остатковв поставке + демо

Зачем это нужно

«Переходы статусов с учётом остатков» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Contextual transition actions

Что меняется

new · processing · completed · delivered · cancelled

Команды и API

order.update · order.batch-update · PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Переходы статусов с учётом остатков» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Переходы статусов с учётом остатков» считается принятым, когда состояние «new · processing · completed · delivered · cancelled» сохраняется и остаётся согласованным после повторного чтения; контракт «order.update · order.batch-update · PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-004Приоритет, дедлайн и служебные заметкив поставке + демо

Зачем это нужно

«Приоритет, дедлайн и служебные заметки» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Priority · Planned date · Internal note · Customer message · Overdue warning

Что меняется

priority normal/urgent/hold · fulfillmentDeadline · adminNote · customerNote

Команды и API

order.update · PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Приоритет, дедлайн и служебные заметки» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Приоритет, дедлайн и служебные заметки» считается принятым, когда состояние «priority normal/urgent/hold · fulfillmentDeadline · adminNote · customerNote» сохраняется и остаётся согласованным после повторного чтения; контракт «order.update · PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-005Полные данные клиента и получения заказав поставке + демо

Зачем это нужно

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

Где работать

Order detail card

Что меняется

customer email/profile notes/contact method/messenger · delivery/pickup/address details/time slot/comment/payment

Команды и API

GET /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Полные данные клиента и получения заказа» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Полные данные клиента и получения заказа» считается принятым, когда состояние «customer email/profile notes/contact method/messenger · delivery/pickup/address details/time slot/comment/payment» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-006Позиции заказа и неизменяемые снимки атрибутовв поставке + демо

Зачем это нужно

«Позиции заказа и неизменяемые снимки атрибутов» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Line-item list

Что меняется

order items · variant id · quantity · price · attribute snapshots

Команды и API

Order response

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Позиции заказа и неизменяемые снимки атрибутов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Позиции заказа и неизменяемые снимки атрибутов» считается принятым, когда состояние «order items · variant id · quantity · price · attribute snapshots» сохраняется и остаётся согласованным после повторного чтения; контракт «Order response» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-007Сводка заказа и индикаторы рискав поставке + демо

Зачем это нужно

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

Где работать

Command statistics · Urgent and overdue highlights

Что меняется

status/priority/deadline counts · visible revenue

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Сводка заказа и индикаторы риска» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Сводка заказа и индикаторы риска» считается принятым, когда состояние «status/priority/deadline counts · visible revenue» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-ORD-008Массовые операции с заказамив поставке + демо

Зачем это нужно

«Массовые операции с заказами» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Select shown · Limit 500 · Bulk status/archive/restore · Confirmation dialog

Что меняется

selected order ids

Команды и API

order.batch-update · order.archive-batch · PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Массовые операции с заказами» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Массовые операции с заказами» считается принятым, когда состояние «selected order ids» сохраняется и остаётся согласованным после повторного чтения; контракт «order.batch-update · order.archive-batch · PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-009Экспорт заказов с серверными фильтрамив поставке + демо

Зачем это нужно

«Экспорт заказов с серверными фильтрами» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

CSV export

Что меняется

current order filters

Команды и API

POST /api/admin/operations/export

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Экспорт заказов с серверными фильтрами» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Экспорт заказов с серверными фильтрами» считается принятым, когда состояние «current order filters» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/admin/operations/export» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ORD-010Идемпотентное создание заказа и резервирование через APIв поставке + демо

Зачем это нужно

«Идемпотентное создание заказа и резервирование через API» закрывает самостоятельную операцию в контуре «Заказы и операционная обработка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

API Lab order example

Что меняется

idempotency record · order · variant reserve

Команды и API

POST /api/demo/v1/orders

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Идемпотентное создание заказа и резервирование через API» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Идемпотентное создание заказа и резервирование через API» считается принятым, когда состояние «idempotency record · order · variant reserve» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/demo/v1/orders» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

Подписки и обращенияПодтверждение подписки, отписка, обработка обращений, массовые статусы, надёжная доставка ответов и экспорт.

8 функций

ACC-COM-001Записи подписки на рассылкув поставке + демо

Зачем это нужно

«Записи подписки на рассылку» закрывает самостоятельную операцию в контуре «Подписки и обращения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Subscription list and detail

Что меняется

contact identity · source · status · consent and confirmation timestamps

Команды и API

contact.update · GET/PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Записи подписки на рассылку» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Записи подписки на рассылку» считается принятым, когда состояние «contact identity · source · status · consent and confirmation timestamps» сохраняется и остаётся согласованным после повторного чтения; контракт «contact.update · GET/PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-002Записи обращений клиентовв поставке + демо

Зачем это нужно

«Записи обращений клиентов» закрывает самостоятельную операцию в контуре «Подписки и обращения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Feedback list and detail

Что меняется

name · email · contact · contact method · messenger · message · source · customer key

Команды и API

contact.update · GET/PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Записи обращений клиентов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Записи обращений клиентов» считается принятым, когда состояние «name · email · contact · contact method · messenger · message · source · customer key» сохраняется и остаётся согласованным после повторного чтения; контракт «contact.update · GET/PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-003Поиск, фильтры и постраничная история контактовв поставке + демо

Зачем это нужно

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

Где работать

Search · Status · Load more

Что меняется

section/status/query filters · history cursor

Команды и API

GET /api/admin/operations/history?resource=contactRequests

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Поиск, фильтры и постраничная история контактов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Поиск, фильтры и постраничная история контактов» считается принятым, когда состояние «section/status/query filters · history cursor» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations/history?resource=contactRequests» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-004Одиночные и массовые статусы контактовв поставке + демо

Зачем это нужно

«Одиночные и массовые статусы контактов» закрывает самостоятельную операцию в контуре «Подписки и обращения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Select shown · Take in work · Return to new · Archive/unsubscribe

Что меняется

selected contact ids · contact status

Команды и API

contact.update · contact.batch-update · PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Одиночные и массовые статусы контактов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Одиночные и массовые статусы контактов» считается принятым, когда состояние «selected contact ids · contact status» сохраняется и остаётся согласованным после повторного чтения; контракт «contact.update · contact.batch-update · PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-005CSV подтверждённых подписчиков и обращенийв поставке + демо

Зачем это нужно

«CSV подтверждённых подписчиков и обращений» закрывает самостоятельную операцию в контуре «Подписки и обращения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Export confirmed · Export feedback

Что меняется

current contact filters

Команды и API

POST /api/admin/operations/export

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «CSV подтверждённых подписчиков и обращений» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «CSV подтверждённых подписчиков и обращений» считается принятым, когда состояние «current contact filters» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/admin/operations/export» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-006Идемпотентный ответ на обращениев поставке + демо

Зачем это нужно

«Идемпотентный ответ на обращение» закрывает самостоятельную операцию в контуре «Подписки и обращения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Subject · Message · Queue feedback

Что меняется

reply subject · reply body · idempotency record · outbox item

Команды и API

contact.reply · POST /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Идемпотентный ответ на обращение» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Идемпотентный ответ на обращение» считается принятым, когда состояние «reply subject · reply body · idempotency record · outbox item» сохраняется и остаётся согласованным после повторного чтения; контракт «contact.reply · POST /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-007Подтверждение подписки и последствия отпискив поставке + демо

Зачем это нужно

«Подтверждение подписки и последствия отписки» закрывает самостоятельную операцию в контуре «Подписки и обращения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Lifecycle metadata · Sandbox confirmation action

Что меняется

confirmation expiry · confirmedAt · unsubscribedAt

Команды и API

POST /api/demo/newsletter · POST /api/demo/newsletter/one-click

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Подтверждение подписки и последствия отписки» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Подтверждение подписки и последствия отписки» считается принятым, когда состояние «confirmation expiry · confirmedAt · unsubscribedAt» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/demo/newsletter · POST /api/demo/newsletter/one-click» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-COM-008Надёжная очередь доставки ответовв поставке + демо

Зачем это нужно

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

Где работать

Outbox history

Что меняется

pending/sent/failed/skipped · attempt count · next attempt · error · sentAt

Команды и API

contact.reply · GET /api/admin/operations/history?resource=emailOutbox

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Надёжная очередь доставки ответов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Надёжная очередь доставки ответов» считается принятым, когда состояние «pending/sent/failed/skipped · attempt count · next attempt · error · sentAt» сохраняется и остаётся согласованным после повторного чтения; контракт «contact.reply · GET /api/admin/operations/history?resource=emailOutbox» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

Отзывы и модерацияОтзывы для главной и товаров, привязка к заказу, изображения, readiness-проверки и массовая модерация.

7 функций

ACC-REV-001Отзывы для главной и товаровв поставке + демо

Зачем это нужно

«Отзывы для главной и товаров» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Review type switch

Что меняется

reviewType home/product

Команды и API

review.create · review.update · GET /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Отзывы для главной и товаров» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Отзывы для главной и товаров» считается принятым, когда состояние «reviewType home/product» сохраняется и остаётся согласованным после повторного чтения; контракт «review.create · review.update · GET /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-REV-002Поиск, статусы и постраничная история отзывовв поставке + демо

Зачем это нужно

«Поиск, статусы и постраничная история отзывов» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Search · Type · Status · Load more

Что меняется

type/status/query filters · history cursor

Команды и API

GET /api/admin/operations/history?resource=reviews

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Поиск, статусы и постраничная история отзывов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Поиск, статусы и постраничная история отзывов» считается принятым, когда состояние «type/status/query filters · history cursor» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations/history?resource=reviews» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-REV-003Создание, редактирование и удаление отзывовв поставке + демо

Зачем это нужно

«Создание, редактирование и удаление отзывов» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Create mode · Moderation editor · Delete confirmation

Что меняется

full review record

Команды и API

review.create · review.update · review.delete · POST/PATCH/DELETE /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Создание, редактирование и удаление отзывов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Создание, редактирование и удаление отзывов» считается принятым, когда состояние «full review record» сохраняется и остаётся согласованным после повторного чтения; контракт «review.create · review.update · review.delete · POST/PATCH/DELETE /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-REV-004Привязка товара из выполненного заказав поставке + демо

Зачем это нужно

«Привязка товара из выполненного заказа» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Order source and product selectors

Что меняется

delivered product targets · orderId · productId · productName

Команды и API

review.create · review.update · Operations snapshot

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Привязка товара из выполненного заказа» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Привязка товара из выполненного заказа» считается принятым, когда состояние «delivered product targets · orderId · productId · productName» сохраняется и остаётся согласованным после повторного чтения; контракт «review.create · review.update · Operations snapshot» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-REV-005Изображение и предпросмотр отзывав поставке + демо

Зачем это нужно

«Изображение и предпросмотр отзыва» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Image URL · Upload · Alt text · Preview

Что меняется

imageSrc · imageAlt · upload ownership

Команды и API

upload.create · upload.delete · review.update · POST/GET/DELETE /api/admin/uploads

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Изображение и предпросмотр отзыва» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Изображение и предпросмотр отзыва» считается принятым, когда состояние «imageSrc · imageAlt · upload ownership» сохраняется и остаётся согласованным после повторного чтения; контракт «upload.create · upload.delete · review.update · POST/GET/DELETE /api/admin/uploads» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-REV-006Готовность и сводные метрики отзывовв поставке + демо

Зачем это нужно

«Готовность и сводные метрики отзывов» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Readiness pills · Character count · Summary cards

Что меняется

quality result · status/type/photo/rating counts

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Готовность и сводные метрики отзывов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Готовность и сводные метрики отзывов» считается принятым, когда состояние «quality result · status/type/photo/rating counts» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-REV-007Модерация и массовые действияв поставке + демо

Зачем это нужно

«Модерация и массовые действия» закрывает самостоятельную операцию в контуре «Отзывы и модерация» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Publish · Hide · Select shown · Save all

Что меняется

selected review ids · review drafts

Команды и API

review.update · review.batch-update · PATCH /api/admin/operations

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Модерация и массовые действия» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Модерация и массовые действия» считается принятым, когда состояние «selected review ids · review drafts» сохраняется и остаётся согласованным после повторного чтения; контракт «review.update · review.batch-update · PATCH /api/admin/operations» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

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

8 функций

ACC-CNT-001Публичные группы и области контентав поставке + демо

Зачем это нужно

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

Где работать

Content group navigation

Что меняется

home · marketing · catalog · product · cart · footer · legal · consent

Команды и API

content.entry.create · content.entry.update · GET /api/admin/content

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Публичные группы и области контента» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Публичные группы и области контента» считается принятым, когда состояние «home · marketing · catalog · product · cart · footer · legal · consent» сохраняется и остаётся согласованным после повторного чтения; контракт «content.entry.create · content.entry.update · GET /api/admin/content» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-002Поиск и фильтры контентав поставке + демо

Зачем это нужно

«Поиск и фильтры контента» закрывает самостоятельную операцию в контуре «Контент и маркетинговые размещения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Search · Group/scope · Status · Reset

Что меняется

query · scope · status

Команды и API

GET /api/admin/content

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Поиск и фильтры контента» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Поиск и фильтры контента» считается принятым, когда состояние «query · scope · status» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/content» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-003Создание, изменение, удаление и порядок текстовых записейв поставке + демо

Зачем это нужно

«Создание, изменение, удаление и порядок текстовых записей» закрывает самостоятельную операцию в контуре «Контент и маркетинговые размещения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Composer · Inline editor · Advanced ID · Delete

Что меняется

id · scope · title · body · status · position

Команды и API

content.entry.create · content.entry.update · content.entry.delete · POST/PATCH/DELETE /api/admin/content

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Создание, изменение, удаление и порядок текстовых записей» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Создание, изменение, удаление и порядок текстовых записей» считается принятым, когда состояние «id · scope · title · body · status · position» сохраняется и остаётся согласованным после повторного чтения; контракт «content.entry.create · content.entry.update · content.entry.delete · POST/PATCH/DELETE /api/admin/content» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-004Атомарное сохранение текстов и обзор измененийв поставке + демо

Зачем это нужно

«Атомарное сохранение текстов и обзор изменений» закрывает самостоятельную операцию в контуре «Контент и маркетинговые размещения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Dirty count · Save texts · Content quality overview

Что меняется

content drafts and baselines · quality overview

Команды и API

content.entry.batch-update · PATCH /api/admin/content

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Атомарное сохранение текстов и обзор изменений» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Атомарное сохранение текстов и обзор изменений» считается принятым, когда состояние «content drafts and baselines · quality overview» сохраняется и остаётся согласованным после повторного чтения; контракт «content.entry.batch-update · PATCH /api/admin/content» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-005Создание, изменение и удаление блоков страницыв поставке + демо

Зачем это нужно

«Создание, изменение и удаление блоков страницы» закрывает самостоятельную операцию в контуре «Контент и маркетинговые размещения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Marketing editor · Delete · Placement preview

Что меняется

marketingBlocks

Команды и API

marketing.block.create · marketing.block.update · marketing.block.delete · POST/PATCH/DELETE /api/admin/content

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Создание, изменение и удаление блоков страницы» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Создание, изменение и удаление блоков страницы» считается принятым, когда состояние «marketingBlocks» сохраняется и остаётся согласованным после повторного чтения; контракт «marketing.block.create · marketing.block.update · marketing.block.delete · POST/PATCH/DELETE /api/admin/content» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-006Размещение, вариант, макет и CTA блокав поставке + демо

Зачем это нужно

«Размещение, вариант, макет и CTA блока» закрывает самостоятельную операцию в контуре «Контент и маркетинговые размещения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Complete marketing editor

Что меняется

home-promotion/cart-advertising · text/image/mixed · fixed/content · title/text/image/alt/href/CTA/status/position

Команды и API

marketing.block.create · marketing.block.update · Public marketing projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Размещение, вариант, макет и CTA блока» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Размещение, вариант, макет и CTA блока» считается принятым, когда состояние «home-promotion/cart-advertising · text/image/mixed · fixed/content · title/text/image/alt/href/CTA/status/position» сохраняется и остаётся согласованным после повторного чтения; контракт «marketing.block.create · marketing.block.update · Public marketing projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-007Пакетное сохранение и загрузка медиав поставке + демо

Зачем это нужно

«Пакетное сохранение и загрузка медиа» закрывает самостоятельную операцию в контуре «Контент и маркетинговые размещения» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Save marketing · Upload and preview

Что меняется

marketing drafts · upload ownership · durable orphan cleanup queue

Команды и API

marketing.block.batch-update · upload.create · upload.delete · PATCH /api/admin/content · POST/DELETE /api/admin/uploads

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Пакетное сохранение и загрузка медиа» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Пакетное сохранение и загрузка медиа» считается принятым, когда состояние «marketing drafts · upload ownership · durable orphan cleanup queue» сохраняется и остаётся согласованным после повторного чтения; контракт «marketing.block.batch-update · upload.create · upload.delete · PATCH /api/admin/content · POST/DELETE /api/admin/uploads» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-CNT-008Публичная выдача только опубликованного контентав поставке + демо

Зачем это нужно

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

Где работать

API Lab content response

Что меняется

content and marketing status

Команды и API

GET /api/demo/v1/content

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Публичная выдача только опубликованного контента» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Публичная выдача только опубликованного контента» считается принятым, когда состояние «content and marketing status» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/demo/v1/content» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

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

12 функций

ACC-EML-001Диагностика email-конфигурациив поставке + демо

Зачем это нужно

«Диагностика email-конфигурации» закрывает самостоятельную операцию в контуре «Почтовые кампании и доставка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Four diagnostics cards

Что меняется

notifications/configuration/from/admin recipient/HELO/TLS state

Команды и API

GET operations snapshot

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Диагностика email-конфигурации» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Диагностика email-конфигурации» считается принятым, когда состояние «notifications/configuration/from/admin recipient/HELO/TLS state» сохраняется и остаётся согласованным после повторного чтения; контракт «GET operations snapshot» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-002Безопасная проверка транспортав поставке + демо

Зачем это нужно

«Безопасная проверка транспорта» закрывает самостоятельную операцию в контуре «Почтовые кампании и доставка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Verify/check again

Что меняется

verification status/timestamps/failure code

Команды и API

email.transport.verify · POST /api/admin/email-diagnostics

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Безопасная проверка транспорта» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Безопасная проверка транспорта» считается принятым, когда состояние «verification status/timestamps/failure code» сохраняется и остаётся согласованным после повторного чтения; контракт «email.transport.verify · POST /api/admin/email-diagnostics» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-003Поиск аудитории среди подписчиков и клиентовв поставке + демо

Зачем это нужно

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

Где работать

Audience switch · Search · Pagination

Что меняется

audience · recipient search · recipient page

Команды и API

GET /api/admin/email-campaigns

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Поиск аудитории среди подписчиков и клиентов» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Поиск аудитории среди подписчиков и клиентов» считается принятым, когда состояние «audience · recipient search · recipient page» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/email-campaigns» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-004Кампания по выбранным или всем получателямв поставке + демо

Зачем это нужно

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

Где работать

Selected · All found · Select visible · 500 selection limit

Что меняется

selection mode · selected ids · audience snapshot

Команды и API

email.campaign.enqueue · POST /api/admin/email-campaigns

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Кампания по выбранным или всем получателям» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Кампания по выбранным или всем получателям» считается принятым, когда состояние «selection mode · selected ids · audience snapshot» сохраняется и остаётся согласованным после повторного чтения; контракт «email.campaign.enqueue · POST /api/admin/email-campaigns» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-005Полный редактор кампаниив поставке + демо

Зачем это нужно

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

Где работать

Composer fields · CTA toggle · Image toggle/upload

Что меняется

subject · preheader · title · body · CTA · image

Команды и API

email.campaign.preview · email.campaign.enqueue · POST /api/admin/email-campaigns

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Полный редактор кампании» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Полный редактор кампании» считается принятым, когда состояние «subject · preheader · title · body · CTA · image» сохраняется и остаётся согласованным после повторного чтения; контракт «email.campaign.preview · email.campaign.enqueue · POST /api/admin/email-campaigns» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-006Серверный предпросмотр письмав поставке + демо

Зачем это нужно

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

Где работать

Desktop/mobile preview · Placeholder and readiness state

Что меняется

preview html/text · sendReady · placeholder fields · draft fingerprint

Команды и API

email.campaign.preview · POST /api/admin/email-campaigns operation=preview

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Серверный предпросмотр письма» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Серверный предпросмотр письма» считается принятым, когда состояние «preview html/text · sendReady · placeholder fields · draft fingerprint» сохраняется и остаётся согласованным после повторного чтения; контракт «email.campaign.preview · POST /api/admin/email-campaigns operation=preview» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-007Явное подтверждение аудиториив поставке + демо

Зачем это нужно

«Явное подтверждение аудитории» закрывает самостоятельную операцию в контуре «Почтовые кампании и доставка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Confirmation checkbox and recipient count

Что меняется

confirmed draft fingerprint

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Явное подтверждение аудитории» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Явное подтверждение аудитории» считается принятым, когда состояние «confirmed draft fingerprint» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-EML-008Идемпотентная постановка кампании в очередьв поставке + демо

Зачем это нужно

«Идемпотентная постановка кампании в очередь» закрывает самостоятельную операцию в контуре «Почтовые кампании и доставка» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Queue campaign

Что меняется

campaign · idempotency key and request fingerprint

Команды и API

email.campaign.enqueue · POST /api/admin/email-campaigns

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Идемпотентная постановка кампании в очередь» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Идемпотентная постановка кампании в очередь» считается принятым, когда состояние «campaign · idempotency key and request fingerprint» сохраняется и остаётся согласованным после повторного чтения; контракт «email.campaign.enqueue · POST /api/admin/email-campaigns» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-009Монитор подготовки кампаниив поставке + демо

Зачем это нужно

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

Где работать

Recent campaign cards · Refresh and auto-refresh · Run/retry sandbox queue

Что меняется

preparing/queued/failed/sent/partial · per-campaign recipient progress · attempt/next-at/error retry metadata

Команды и API

GET /api/admin/email-campaigns?mode=status · POST /api/admin/email-campaigns operation=process

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Монитор подготовки кампании» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Монитор подготовки кампании» считается принятым, когда состояние «preparing/queued/failed/sent/partial · per-campaign recipient progress · attempt/next-at/error retry metadata» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/email-campaigns?mode=status · POST /api/admin/email-campaigns operation=process» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-010История доставки и отображение повторных попытокв поставке + демо

Зачем это нужно

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

Где работать

Cursor-paginated delivery history

Что меняется

kind/recipient/subject/status/error/attempt/max/next/sent timestamps

Команды и API

GET /api/admin/operations/history?resource=emailOutbox

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «История доставки и отображение повторных попыток» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «История доставки и отображение повторных попыток» считается принятым, когда состояние «kind/recipient/subject/status/error/attempt/max/next/sent timestamps» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations/history?resource=emailOutbox» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-011Исключение отписавшихся и работа фоновых задачв поставке + демо

Зачем это нужно

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

Где работать

Sandbox preparation timeline

Что меняется

audience snapshot · unsubscribe status · per-campaign delivery counters · retry schedule

Команды и API

Campaign status projection · RFC one-click unsubscribe · Sandbox worker process

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Исключение отписавшихся и работа фоновых задач» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Исключение отписавшихся и работа фоновых задач» считается принятым, когда состояние «audience snapshot · unsubscribe status · per-campaign delivery counters · retry schedule» сохраняется и остаётся согласованным после повторного чтения; контракт «Campaign status projection · RFC one-click unsubscribe · Sandbox worker process» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-EML-012Загрузка изображения кампаниив поставке + демо

Зачем это нужно

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

Где работать

Upload · URL · Alt text · Preview

Что меняется

campaign image upload reference

Команды и API

upload.create · upload.delete · POST/DELETE /api/admin/uploads

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Загрузка изображения кампании» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Загрузка изображения кампании» считается принятым, когда состояние «campaign image upload reference» сохраняется и остаётся согласованным после повторного чтения; контракт «upload.create · upload.delete · POST/DELETE /api/admin/uploads» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

Продажи и складская аналитикаМетрики и динамика продаж, остатки, коммерческие разрезы, показатели готовности и выгрузки.

7 функций

ACC-ANA-001Переключение фокуса продаж и складав поставке + демо

Зачем это нужно

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

Где работать

Sales/stock switch

Что меняется

analytics focus

Команды и API

Операция выполняется через общий контракт раздела без отдельной публичной ручки.

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Переключение фокуса продаж и склада» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Переключение фокуса продаж и склада» считается принятым, когда состояние «analytics focus» сохраняется и остаётся согласованным после повторного чтения; интерфейс не расходится с серверным snapshot.

Ограничения безопасной проверки

ACC-ANA-002Целостность производной аналитикив поставке + демо

Зачем это нужно

«Целостность производной аналитики» закрывает самостоятельную операцию в контуре «Продажи и складская аналитика» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Live metrics

Что меняется

orders/products/content/reviews/subscriptions

Команды и API

Workspace snapshot

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Целостность производной аналитики» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Целостность производной аналитики» считается принятым, когда состояние «orders/products/content/reviews/subscriptions» сохраняется и остаётся согласованным после повторного чтения; контракт «Workspace snapshot» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ANA-003Полный набор метрик продажв поставке + демо

Зачем это нужно

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

Где работать

Nine sales metric cards

Что меняется

revenue/delivered/backlog/cancelled · orders/rates · unit and basket averages

Команды и API

Analytics projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Полный набор метрик продаж» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Полный набор метрик продаж» считается принятым, когда состояние «revenue/delivered/backlog/cancelled · orders/rates · unit and basket averages» сохраняется и остаётся согласованным после повторного чтения; контракт «Analytics projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ANA-004Динамика продаж и коммерческие разрезыв поставке + демо

Зачем это нужно

«Динамика продаж и коммерческие разрезы» закрывает самостоятельную операцию в контуре «Продажи и складская аналитика» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Sales chart and six breakdown panels

Что меняется

dated sales series · order/revenue status · fulfillment/payment · category revenue · top products

Команды и API

Analytics projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Динамика продаж и коммерческие разрезы» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Динамика продаж и коммерческие разрезы» считается принятым, когда состояние «dated sales series · order/revenue status · fulfillment/payment · category revenue · top products» сохраняется и остаётся согласованным после повторного чтения; контракт «Analytics projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ANA-005Полный набор складских метрикв поставке + демо

Зачем это нужно

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

Где работать

Eight stock metric cards

Что меняется

stock value/available/reserved/share · SKU states · risk value · low/out · publish readiness · review rating

Команды и API

Analytics projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Полный набор складских метрик» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Полный набор складских метрик» считается принятым, когда состояние «stock value/available/reserved/share · SKU states · risk value · low/out · publish readiness · review rating» сохраняется и остаётся согласованным после повторного чтения; контракт «Analytics projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ANA-006Разрезы склада, контента, отзывов и подписокв поставке + демо

Зачем это нужно

«Разрезы склада, контента, отзывов и подписок» закрывает самостоятельную операцию в контуре «Продажи и складская аналитика» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Eight stock and readiness panels

Что меняется

category stock/value · variant status · availability/risk · content/review/subscription status

Команды и API

Analytics projection

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Разрезы склада, контента, отзывов и подписок» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Разрезы склада, контента, отзывов и подписок» считается принятым, когда состояние «category stock/value · variant status · availability/risk · content/review/subscription status» сохраняется и остаётся согласованным после повторного чтения; контракт «Analytics projection» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-ANA-007Экспорт продаж, динамики и остатковв поставке + демо

Зачем это нужно

«Экспорт продаж, динамики и остатков» закрывает самостоятельную операцию в контуре «Продажи и складская аналитика» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Export orders analytics · Export dynamics · Export stock

Что меняется

analytics snapshot

Команды и API

POST catalog export for stock

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Экспорт продаж, динамики и остатков» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Экспорт продаж, динамики и остатков» считается принятым, когда состояние «analytics snapshot» сохраняется и остаётся согласованным после повторного чтения; контракт «POST catalog export for stock» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

Журнал действий и административные сессииТипизированный журнал изменений, фильтры, постраничная выдача, отзыв сессий, защита от конфликтов и лимиты.

8 функций

ACC-AUD-001Типизированное событие аудита для каждой мутациив поставке + демо

Зачем это нужно

«Типизированное событие аудита для каждой мутации» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Audit event list

Что меняется

action · entityType · entityId · actor · createdAt

Команды и API

Operations snapshot/history

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Типизированное событие аудита для каждой мутации» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Типизированное событие аудита для каждой мутации» считается принятым, когда состояние «action · entityType · entityId · actor · createdAt» сохраняется и остаётся согласованным после повторного чтения; контракт «Operations snapshot/history» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-002Структурированная ограниченная запись журналав поставке + демо

Зачем это нужно

«Структурированная ограниченная запись журнала» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Localized payload detail

Что меняется

bounded before/after/domain metadata

Команды и API

Audit history

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Структурированная ограниченная запись журнала» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Структурированная ограниченная запись журнала» считается принятым, когда состояние «bounded before/after/domain metadata» сохраняется и остаётся согласованным после повторного чтения; контракт «Audit history» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-003Поиск и фильтр по сущностям журналав поставке + демо

Зачем это нужно

«Поиск и фильтр по сущностям журнала» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Search · Object filter · Reset

Что меняется

query · entity type

Команды и API

GET /api/admin/operations/history?resource=auditEvents

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Поиск и фильтр по сущностям журнала» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Поиск и фильтр по сущностям журнала» считается принятым, когда состояние «query · entity type» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations/history?resource=auditEvents» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-004Сводка журнала и постраничная выдачав поставке + демо

Зачем это нужно

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

Где работать

Four summary cards · Entity insights · Load more

Что меняется

total/entity/latest summaries · history cursor

Команды и API

GET /api/admin/operations/history

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Сводка журнала и постраничная выдача» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Сводка журнала и постраничная выдача» считается принятым, когда состояние «total/entity/latest summaries · history cursor» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/operations/history» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-005Список административных сессийв поставке + демо

Зачем это нужно

«Список административных сессий» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Device labels · Current/active badges · Retry

Что меняется

session id/current/actor/IP/user agent/created/seen/expires

Команды и API

GET /api/admin/sessions

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Список административных сессий» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Список административных сессий» считается принятым, когда состояние «session id/current/actor/IP/user agent/created/seen/expires» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/admin/sessions» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-006Отзыв других или всех административных сессийв поставке + демо

Зачем это нужно

«Отзыв других или всех административных сессий» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Revoke others · Revoke all · Danger confirmation

Что меняется

active/revoked session state · independent HttpOnly access marker

Команды и API

session.revoke · PATCH /api/admin/sessions · POST/DELETE /api/admin/session

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Отзыв других или всех административных сессий» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Отзыв других или всех административных сессий» считается принятым, когда состояние «active/revoked session state · independent HttpOnly access marker» сохраняется и остаётся согласованным после повторного чтения; контракт «session.revoke · PATCH /api/admin/sessions · POST/DELETE /api/admin/session» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-007Защита от конфликтов и восстановление после нихв поставке + демо

Зачем это нужно

«Защита от конфликтов и восстановление после них» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Conflict notice · Reload and retry

Что меняется

D1 workspace revision · domain drafts

Команды и API

D1 compare-and-swap revision and 409 envelope

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Защита от конфликтов и восстановление после них» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Защита от конфликтов и восстановление после них» считается принятым, когда состояние «D1 workspace revision · domain drafts» сохраняется и остаётся согласованным после повторного чтения; контракт «D1 compare-and-swap revision and 409 envelope» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-AUD-008Контроль origin, payload, частоты и ёмкостив поставке + демо

Зачем это нужно

«Контроль origin, payload, частоты и ёмкости» закрывает самостоятельную операцию в контуре «Журнал действий и административные сессии» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Limit feedback

Что меняется

rate buckets · workspace mutation count · expiry

Команды и API

Exact-origin writes · Strict JSON · 429 and Retry-After

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Контроль origin, payload, частоты и ёмкости» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Контроль origin, payload, частоты и ёмкости» считается принятым, когда состояние «rate buckets · workspace mutation count · expiry» сохраняется и остаётся согласованным после повторного чтения; контракт «Exact-origin writes · Strict JSON · 429 and Retry-After» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

Публичный API v1 и примеры запросовOpenAPI 3.1, ключи с ограниченными правами, список CORS, единые ошибки, ограничения частоты и TypeScript SDK.

10 функций

ACC-API-001Discovery, health и OpenAPI 3.1в поставке + демо

Зачем это нужно

«Discovery, health и OpenAPI 3.1» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

API Lab links

Что меняется

API version and sandbox capability summary

Команды и API

GET /api/demo/v1 · GET /api/demo/v1/health · GET /api/demo/v1/openapi.json

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Discovery, health и OpenAPI 3.1» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Discovery, health и OpenAPI 3.1» считается принятым, когда состояние «API version and sandbox capability summary» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/demo/v1 · GET /api/demo/v1/health · GET /api/demo/v1/openapi.json» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-002Временные API-ключи с ограниченными правамив поставке + демо

Зачем это нужно

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

Где работать

API Lab key/scopes · Create/revoke/delete · One-time secret reveal

Что меняется

one-time API key secret · SHA-256 digest · id · scopes · lastUsedAt · revokedAt

Команды и API

Authorization Bearer · X-API-Key

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Временные API-ключи с ограниченными правами» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Временные API-ключи с ограниченными правами» считается принятым, когда состояние «one-time API key secret · SHA-256 digest · id · scopes · lastUsedAt · revokedAt» сохраняется и остаётся согласованным после повторного чтения; контракт «Authorization Bearer · X-API-Key» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-003Точный список CORS и предварительная проверкав поставке + демо

Зачем это нужно

«Точный список CORS и предварительная проверка» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

CORS example

Что меняется

demo CORS allow-list

Команды и API

OPTIONS and protected v1 responses

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Точный список CORS и предварительная проверка» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Точный список CORS и предварительная проверка» считается принятым, когда состояние «demo CORS allow-list» сохраняется и остаётся согласованным после повторного чтения; контракт «OPTIONS and protected v1 responses» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-004Контракт выборки публичного каталогав поставке + демо

Зачем это нужно

«Контракт выборки публичного каталога» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Editable API Lab query

Что меняется

category · repeated brand · search · price min/max · availability · sort · page · attr.*

Команды и API

GET /api/demo/v1/catalog

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Контракт выборки публичного каталога» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Контракт выборки публичного каталога» считается принятым, когда состояние «category · repeated brand · search · price min/max · availability · sort · page · attr.*» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/demo/v1/catalog» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-005Контракт публичного контентав поставке + демо

Зачем это нужно

«Контракт публичного контента» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

API Lab content request

Что меняется

published content and marketing

Команды и API

GET /api/demo/v1/content?scope=

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Контракт публичного контента» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Контракт публичного контента» считается принятым, когда состояние «published content and marketing» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/demo/v1/content?scope=» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-006Контракт публичного поискав поставке + демо

Зачем это нужно

«Контракт публичного поиска» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

API Lab search request

Что меняется

public categories and products

Команды и API

GET /api/demo/v1/search?q=&limit=

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Контракт публичного поиска» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Контракт публичного поиска» считается принятым, когда состояние «public categories and products» сохраняется и остаётся согласованным после повторного чтения; контракт «GET /api/demo/v1/search?q=&limit=» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-007Идемпотентный публичный контракт заказав поставке + демо

Зачем это нужно

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

Где работать

Editable API Lab POST

Что меняется

order idempotency and reservation

Команды и API

POST /api/demo/v1/orders · DELETE /api/demo/v1/workspace

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Идемпотентный публичный контракт заказа» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Идемпотентный публичный контракт заказа» считается принятым, когда состояние «order idempotency and reservation» сохраняется и остаётся согласованным после повторного чтения; контракт «POST /api/demo/v1/orders · DELETE /api/demo/v1/workspace» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-008Единые ошибки, идентификатор запроса и ограничения частотыв поставке + демо

Зачем это нужно

«Единые ошибки, идентификатор запроса и ограничения частоты» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

API Lab response metadata

Что меняется

rate bucket

Команды и API

error envelope · X-Request-Id · X-API-Key-Id · X-RateLimit-* · Retry-After

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Единые ошибки, идентификатор запроса и ограничения частоты» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Единые ошибки, идентификатор запроса и ограничения частоты» считается принятым, когда состояние «rate bucket» сохраняется и остаётся согласованным после повторного чтения; контракт «error envelope · X-Request-Id · X-API-Key-Id · X-RateLimit-* · Retry-After» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-009Примеры API с реальными сетевыми запросамив поставке + демо

Зачем это нужно

«Примеры API с реальными сетевыми запросами» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

GET resource/query editor · POST order body and Idempotency-Key editor · Bearer/X-API-Key switch · Run · Status/duration/request-id/rate-limit/body · Open created order in Studio

Что меняется

editable query/body/token/idempotency key · live response trace · created order handoff

Команды и API

GET catalog/content/search · POST orders · GET discovery/health/OpenAPI

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Примеры API с реальными сетевыми запросами» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Примеры API с реальными сетевыми запросами» считается принятым, когда состояние «editable query/body/token/idempotency key · live response trace · created order handoff» сохраняется и остаётся согласованным после повторного чтения; контракт «GET catalog/content/search · POST orders · GET discovery/health/OpenAPI» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ACC-API-010Примеры TypeScript SDK без внешних зависимостейв поставке + демо

Зачем это нужно

«Примеры TypeScript SDK без внешних зависимостей» закрывает самостоятельную операцию в контуре «Публичный API v1 и примеры запросов» и сохраняет единые правила между интерфейсом, сервером и аудитом.

Где работать

Copyable typed examples

Что меняется

Данные не изменяются; проверяется чтение или состояние сервиса.

Команды и API

Kept aligned with the OpenAPI 3.1 contract and compile-tested

Мини-практика

Откройте указанный раздел в полной демо‑панели.
Выполните сценарий «Примеры TypeScript SDK без внешних зависимостей» только на учебных данных.
Обновите снимок и сверьте состояние, сетевой ответ и запись аудита там, где она предусмотрена.

Проверить в демо

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

Сценарий «Примеры TypeScript SDK без внешних зависимостей» считается принятым, когда read model или системный сигнал повторно возвращает согласованный результат; контракт «Kept aligned with the OpenAPI 3.1 contract and compile-tested» не создаёт частичной или дублирующей мутации.

Ограничения безопасной проверки

ДОМЕН / 39 КОМАНД

Атлас командных контрактов

Команда — безопасная точка расширения: она задаёт вход, изменяемое состояние, маршрут, аудит и проверяемый результат.

catalog.product.createСоздать товар

Каталог, SKU и получение заказа

Код команды: CMD-CAT-PRODUCT-CREATE
Входные поля: product
Изменяемые сущности: products · audit
Разделы интерфейса: Product card
Маршруты: POST /api/admin/catalog
Покрывает функции: ACC-CAT-003 ACC-CAT-004

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

Команда «catalog.product.create» принимает только поля «product», атомарно формирует «products · audit» и подтверждает связанные критерии ACC-CAT-003 · ACC-CAT-004.

Ограничения безопасной проверки

catalog.product.updateОбновить товар

Каталог, SKU и получение заказа

Код команды: CMD-CAT-PRODUCT-UPDATE
Входные поля: productId · patch
Изменяемые сущности: products · audit
Разделы интерфейса: Product card · Simple catalog
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-003 ACC-CAT-004 ACC-CAT-010

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

Команда «catalog.product.update» принимает только поля «productId · patch», атомарно формирует «products · audit» и подтверждает связанные критерии ACC-CAT-003 · ACC-CAT-004 · ACC-CAT-010.

Ограничения безопасной проверки

catalog.product.deleteУдалить товар

Каталог, SKU и получение заказа

Код команды: CMD-CAT-PRODUCT-DELETE
Входные поля: productId
Изменяемые сущности: products · audit · uploads
Разделы интерфейса: Delete confirmation
Маршруты: DELETE /api/admin/catalog
Покрывает функции: ACC-CAT-003

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

Команда «catalog.product.delete» принимает только поля «productId», атомарно формирует «products · audit · uploads» и подтверждает связанные критерии ACC-CAT-003.

Ограничения безопасной проверки

catalog.product.batch-updateМассово обновить товары

Каталог, SKU и получение заказа

Код команды: CMD-CAT-PRODUCT-BATCH
Входные поля: productPatches
Изменяемые сущности: products · audit
Разделы интерфейса: Operations save all
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-016

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

Команда «catalog.product.batch-update» принимает только поля «productPatches», атомарно формирует «products · audit» и подтверждает связанные критерии ACC-CAT-016.

Ограничения безопасной проверки

catalog.variant.createСоздать SKU-вариант

Каталог, SKU и получение заказа

Код команды: CMD-CAT-VARIANT-CREATE
Входные поля: productId · variant
Изменяемые сущности: variants · products · audit
Разделы интерфейса: SKU editor
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-008

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

Команда «catalog.variant.create» принимает только поля «productId · variant», атомарно формирует «variants · products · audit» и подтверждает связанные критерии ACC-CAT-008.

Ограничения безопасной проверки

catalog.variant.updateОбновить SKU-вариант

Каталог, SKU и получение заказа

Код команды: CMD-CAT-VARIANT-UPDATE
Входные поля: productId · variantId · patch
Изменяемые сущности: variants · audit
Разделы интерфейса: SKU editor · Operations catalog
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-008

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

Команда «catalog.variant.update» принимает только поля «productId · variantId · patch», атомарно формирует «variants · audit» и подтверждает связанные критерии ACC-CAT-008.

Ограничения безопасной проверки

catalog.variant.deleteУдалить SKU-вариант

Каталог, SKU и получение заказа

Код команды: CMD-CAT-VARIANT-DELETE
Входные поля: productId · variantId
Изменяемые сущности: variants · products · audit · uploads
Разделы интерфейса: SKU editor
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-008

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

Команда «catalog.variant.delete» принимает только поля «productId · variantId», атомарно формирует «variants · products · audit · uploads» и подтверждает связанные критерии ACC-CAT-008.

Ограничения безопасной проверки

catalog.variant.batch-updateМассово обновить или пересобрать матрицу SKU

Каталог, SKU и получение заказа

Код команды: CMD-CAT-VARIANT-BATCH
Входные поля: productId · variantPatchesOrReplacement
Изменяемые сущности: variants · products · audit
Разделы интерфейса: Operations save all · Universal SKU matrix
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-008 ACC-CAT-009 ACC-CAT-016

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

Команда «catalog.variant.batch-update» принимает только поля «productId · variantPatchesOrReplacement», атомарно формирует «variants · products · audit» и подтверждает связанные критерии ACC-CAT-008 · ACC-CAT-009 · ACC-CAT-016.

Ограничения безопасной проверки

catalog.label.createСоздать общую метку товара

Каталог, SKU и получение заказа

Код команды: CMD-CAT-LABEL-CREATE
Входные поля: text
Изменяемые сущности: productLabels · audit
Разделы интерфейса: Product label field
Маршруты: POST /api/admin/catalog
Покрывает функции: ACC-CAT-007

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

Команда «catalog.label.create» принимает только поля «text», атомарно формирует «productLabels · audit» и подтверждает связанные критерии ACC-CAT-007.

Ограничения безопасной проверки

catalog.category.upsertСоздать или обновить категорию и схему

Каталог, SKU и получение заказа

Код команды: CMD-CAT-CATEGORY-UPSERT
Входные поля: category
Изменяемые сущности: categories · attributeSchemas · audit
Разделы интерфейса: Category manager · Attribute schema editor
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-012 ACC-CAT-013

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

Команда «catalog.category.upsert» принимает только поля «category», атомарно формирует «categories · attributeSchemas · audit» и подтверждает связанные критерии ACC-CAT-012 · ACC-CAT-013.

Ограничения безопасной проверки

catalog.category.deleteУдалить категорию

Каталог, SKU и получение заказа

Код команды: CMD-CAT-CATEGORY-DELETE
Входные поля: categoryId
Изменяемые сущности: categories · attributeSchemas · audit
Разделы интерфейса: Category delete confirmation
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-012

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

Команда «catalog.category.delete» принимает только поля «categoryId», атомарно формирует «categories · attributeSchemas · audit» и подтверждает связанные критерии ACC-CAT-012.

Ограничения безопасной проверки

catalog.filters.batch-updateОбновить настройки фильтров витрины

Каталог, SKU и получение заказа

Код команды: CMD-CAT-FILTERS-BATCH
Входные поля: filterSettings
Изменяемые сущности: filterSettings · audit
Разделы интерфейса: Filter settings
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-014

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

Команда «catalog.filters.batch-update» принимает только поля «filterSettings», атомарно формирует «filterSettings · audit» и подтверждает связанные критерии ACC-CAT-014.

Ограничения безопасной проверки

catalog.pickup.upsertСоздать или обновить пункт выдачи

Каталог, SKU и получение заказа

Код команды: CMD-CAT-PICKUP-UPSERT
Входные поля: pickupLocation
Изменяемые сущности: pickupLocations · timeSlots · audit
Разделы интерфейса: Pickup manager
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-015

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

Команда «catalog.pickup.upsert» принимает только поля «pickupLocation», атомарно формирует «pickupLocations · timeSlots · audit» и подтверждает связанные критерии ACC-CAT-015.

Ограничения безопасной проверки

catalog.pickup.deleteУдалить пункт выдачи

Каталог, SKU и получение заказа

Код команды: CMD-CAT-PICKUP-DELETE
Входные поля: pickupLocationId
Изменяемые сущности: pickupLocations · products · audit
Разделы интерфейса: Pickup delete confirmation
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-015

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

Команда «catalog.pickup.delete» принимает только поля «pickupLocationId», атомарно формирует «pickupLocations · products · audit» и подтверждает связанные критерии ACC-CAT-015.

Ограничения безопасной проверки

catalog.fulfillment.updateОбновить доступность курьерской доставки

Каталог, SKU и получение заказа

Код команды: CMD-CAT-FULFILLMENT
Входные поля: courierDeliveryEnabled
Изменяемые сущности: catalogSettings · audit
Разделы интерфейса: Courier toggle
Маршруты: PATCH /api/admin/catalog
Покрывает функции: ACC-CAT-015

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

Команда «catalog.fulfillment.update» принимает только поля «courierDeliveryEnabled», атомарно формирует «catalogSettings · audit» и подтверждает связанные критерии ACC-CAT-015.

Ограничения безопасной проверки

order.updateОбновить заказ

Заказы и операционная обработка

Код команды: CMD-ORD-UPDATE
Входные поля: orderId · patch
Изменяемые сущности: orders · audit · analytics
Разделы интерфейса: Order card
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-ORD-003 ACC-ORD-004

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

Команда «order.update» принимает только поля «orderId · patch», атомарно формирует «orders · audit · analytics» и подтверждает связанные критерии ACC-ORD-003 · ACC-ORD-004.

Ограничения безопасной проверки

order.batch-updateМассово обновить заказы

Заказы и операционная обработка

Код команды: CMD-ORD-BATCH
Входные поля: orderPatches
Изменяемые сущности: orders · audit · analytics
Разделы интерфейса: Bulk order command panel
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-ORD-008

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

Команда «order.batch-update» принимает только поля «orderPatches», атомарно формирует «orders · audit · analytics» и подтверждает связанные критерии ACC-ORD-008.

Ограничения безопасной проверки

order.archive-batchАрхивировать или восстановить заказы

Заказы и операционная обработка

Код команды: CMD-ORD-ARCHIVE
Входные поля: orderIds · archived
Изменяемые сущности: orders · audit
Разделы интерфейса: Archive/restore confirmation
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-ORD-001 ACC-ORD-008

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

Команда «order.archive-batch» принимает только поля «orderIds · archived», атомарно формирует «orders · audit» и подтверждает связанные критерии ACC-ORD-001 · ACC-ORD-008.

Ограничения безопасной проверки

contact.updateОбновить статус обращения

Подписки и обращения

Код команды: CMD-COM-CONTACT-UPDATE
Входные поля: contactRequestId · status
Изменяемые сущности: contactRequests · audit
Разделы интерфейса: Contact card
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-COM-004

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

Команда «contact.update» принимает только поля «contactRequestId · status», атомарно формирует «contactRequests · audit» и подтверждает связанные критерии ACC-COM-004.

Ограничения безопасной проверки

contact.batch-updateМассово обновить обращения

Подписки и обращения

Код команды: CMD-COM-CONTACT-BATCH
Входные поля: contactRequestPatches
Изменяемые сущности: contactRequests · audit
Разделы интерфейса: Bulk contact command panel
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-COM-004

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

Команда «contact.batch-update» принимает только поля «contactRequestPatches», атомарно формирует «contactRequests · audit» и подтверждает связанные критерии ACC-COM-004.

Ограничения безопасной проверки

contact.replyПоставить ответ на обращение в очередь

Подписки и обращения

Код команды: CMD-COM-CONTACT-REPLY
Входные поля: contactRequestId · subject · message · idempotencyKey
Изменяемые сущности: contactRequests · outbox · idempotency · audit
Разделы интерфейса: Reply composer
Маршруты: POST /api/admin/operations
Покрывает функции: ACC-COM-006 ACC-COM-008

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

Команда «contact.reply» принимает только поля «contactRequestId · subject · message · idempotencyKey», атомарно формирует «contactRequests · outbox · idempotency · audit» и подтверждает связанные критерии ACC-COM-006 · ACC-COM-008.

Ограничения безопасной проверки

review.createСоздать отзыв

Отзывы и модерация

Код команды: CMD-REV-CREATE
Входные поля: review
Изменяемые сущности: reviews · audit
Разделы интерфейса: Review create mode
Маршруты: POST /api/admin/operations
Покрывает функции: ACC-REV-001 ACC-REV-003 ACC-REV-004

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

Команда «review.create» принимает только поля «review», атомарно формирует «reviews · audit» и подтверждает связанные критерии ACC-REV-001 · ACC-REV-003 · ACC-REV-004.

Ограничения безопасной проверки

review.updateОбновить отзыв

Отзывы и модерация

Код команды: CMD-REV-UPDATE
Входные поля: reviewId · patch
Изменяемые сущности: reviews · audit · analytics
Разделы интерфейса: Review editor · Moderation card
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-REV-003 ACC-REV-007

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

Команда «review.update» принимает только поля «reviewId · patch», атомарно формирует «reviews · audit · analytics» и подтверждает связанные критерии ACC-REV-003 · ACC-REV-007.

Ограничения безопасной проверки

review.deleteУдалить отзыв

Отзывы и модерация

Код команды: CMD-REV-DELETE
Входные поля: reviewId
Изменяемые сущности: reviews · uploads · audit
Разделы интерфейса: Review delete confirmation
Маршруты: DELETE /api/admin/operations
Покрывает функции: ACC-REV-003

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

Команда «review.delete» принимает только поля «reviewId», атомарно формирует «reviews · uploads · audit» и подтверждает связанные критерии ACC-REV-003.

Ограничения безопасной проверки

review.batch-updateМассово обновить отзывы

Отзывы и модерация

Код команды: CMD-REV-BATCH
Входные поля: reviewPatches
Изменяемые сущности: reviews · audit · analytics
Разделы интерфейса: Bulk moderation · Save all
Маршруты: PATCH /api/admin/operations
Покрывает функции: ACC-REV-007

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

Команда «review.batch-update» принимает только поля «reviewPatches», атомарно формирует «reviews · audit · analytics» и подтверждает связанные критерии ACC-REV-007.

Ограничения безопасной проверки

content.entry.createСоздать запись контента

Контент и маркетинговые размещения

Код команды: CMD-CNT-ENTRY-CREATE
Входные поля: entry
Изменяемые сущности: contentEntries · audit
Разделы интерфейса: Content composer
Маршруты: POST /api/admin/content
Покрывает функции: ACC-CNT-003

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

Команда «content.entry.create» принимает только поля «entry», атомарно формирует «contentEntries · audit» и подтверждает связанные критерии ACC-CNT-003.

Ограничения безопасной проверки

content.entry.updateОбновить запись контента

Контент и маркетинговые размещения

Код команды: CMD-CNT-ENTRY-UPDATE
Входные поля: entryId · patch
Изменяемые сущности: contentEntries · audit
Разделы интерфейса: Content editor
Маршруты: PATCH /api/admin/content
Покрывает функции: ACC-CNT-003

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

Команда «content.entry.update» принимает только поля «entryId · patch», атомарно формирует «contentEntries · audit» и подтверждает связанные критерии ACC-CNT-003.

Ограничения безопасной проверки

content.entry.deleteУдалить запись контента

Контент и маркетинговые размещения

Код команды: CMD-CNT-ENTRY-DELETE
Входные поля: entryId
Изменяемые сущности: contentEntries · audit
Разделы интерфейса: Content delete confirmation
Маршруты: DELETE /api/admin/content
Покрывает функции: ACC-CNT-003

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

Команда «content.entry.delete» принимает только поля «entryId», атомарно формирует «contentEntries · audit» и подтверждает связанные критерии ACC-CNT-003.

Ограничения безопасной проверки

content.entry.batch-updateМассово обновить записи контента

Контент и маркетинговые размещения

Код команды: CMD-CNT-ENTRY-BATCH
Входные поля: contentPatches
Изменяемые сущности: contentEntries · audit
Разделы интерфейса: Save texts
Маршруты: PATCH /api/admin/content
Покрывает функции: ACC-CNT-004

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

Команда «content.entry.batch-update» принимает только поля «contentPatches», атомарно формирует «contentEntries · audit» и подтверждает связанные критерии ACC-CNT-004.

Ограничения безопасной проверки

marketing.block.createСоздать маркетинговый блок

Контент и маркетинговые размещения

Код команды: CMD-MKT-BLOCK-CREATE
Входные поля: marketingBlock
Изменяемые сущности: marketingBlocks · audit
Разделы интерфейса: Marketing editor
Маршруты: POST /api/admin/content
Покрывает функции: ACC-CNT-005 ACC-CNT-006

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

Команда «marketing.block.create» принимает только поля «marketingBlock», атомарно формирует «marketingBlocks · audit» и подтверждает связанные критерии ACC-CNT-005 · ACC-CNT-006.

Ограничения безопасной проверки

marketing.block.updateОбновить маркетинговый блок

Контент и маркетинговые размещения

Код команды: CMD-MKT-BLOCK-UPDATE
Входные поля: blockId · patch
Изменяемые сущности: marketingBlocks · audit
Разделы интерфейса: Marketing editor
Маршруты: PATCH /api/admin/content
Покрывает функции: ACC-CNT-005 ACC-CNT-006

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

Команда «marketing.block.update» принимает только поля «blockId · patch», атомарно формирует «marketingBlocks · audit» и подтверждает связанные критерии ACC-CNT-005 · ACC-CNT-006.

Ограничения безопасной проверки

marketing.block.deleteУдалить маркетинговый блок

Контент и маркетинговые размещения

Код команды: CMD-MKT-BLOCK-DELETE
Входные поля: blockId
Изменяемые сущности: marketingBlocks · uploads · audit
Разделы интерфейса: Marketing delete confirmation
Маршруты: DELETE /api/admin/content
Покрывает функции: ACC-CNT-005

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

Команда «marketing.block.delete» принимает только поля «blockId», атомарно формирует «marketingBlocks · uploads · audit» и подтверждает связанные критерии ACC-CNT-005.

Ограничения безопасной проверки

marketing.block.batch-updateМассово обновить маркетинговые блоки

Контент и маркетинговые размещения

Код команды: CMD-MKT-BLOCK-BATCH
Входные поля: marketingBlockPatches
Изменяемые сущности: marketingBlocks · audit
Разделы интерфейса: Save marketing
Маршруты: PATCH /api/admin/content
Покрывает функции: ACC-CNT-007

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

Команда «marketing.block.batch-update» принимает только поля «marketingBlockPatches», атомарно формирует «marketingBlocks · audit» и подтверждает связанные критерии ACC-CNT-007.

Ограничения безопасной проверки

email.campaign.previewСобрать предварительный просмотр кампании

Почтовые кампании и доставка

Код команды: CMD-EML-PREVIEW
Входные поля: audience · content
Изменяемые сущности: preview fingerprint
Разделы интерфейса: Campaign preview
Маршруты: POST /api/admin/email-campaigns
Покрывает функции: ACC-EML-005 ACC-EML-006

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

Команда «email.campaign.preview» принимает только поля «audience · content», атомарно формирует «preview fingerprint» и подтверждает связанные критерии ACC-EML-005 · ACC-EML-006.

Ограничения безопасной проверки

email.campaign.enqueueПоставить тестовую кампанию в очередь

Почтовые кампании и доставка

Код команды: CMD-EML-ENQUEUE
Входные поля: audience · selection · content · idempotencyKey
Изменяемые сущности: campaigns · outbox · idempotency · audit
Разделы интерфейса: Campaign composer
Маршруты: POST /api/admin/email-campaigns
Покрывает функции: ACC-EML-004 ACC-EML-008 ACC-EML-009

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

Команда «email.campaign.enqueue» принимает только поля «audience · selection · content · idempotencyKey», атомарно формирует «campaigns · outbox · idempotency · audit» и подтверждает связанные критерии ACC-EML-004 · ACC-EML-008 · ACC-EML-009.

Ограничения безопасной проверки

email.transport.verifyПроверить тестовую доставку

Почтовые кампании и доставка

Код команды: CMD-EML-VERIFY
Входные поля: operation
Изменяемые сущности: emailDiagnostics · audit
Разделы интерфейса: Transport diagnostics
Маршруты: POST /api/admin/email-diagnostics
Покрывает функции: ACC-EML-002

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

Команда «email.transport.verify» принимает только поля «operation», атомарно формирует «emailDiagnostics · audit» и подтверждает связанные критерии ACC-EML-002.

Ограничения безопасной проверки

session.revokeОтозвать административные сессии

Журнал действий и административные сессии

Код команды: CMD-SEC-SESSIONS-REVOKE
Входные поля: scope
Изменяемые сущности: adminSessions · audit
Разделы интерфейса: Session manager confirmation
Маршруты: PATCH /api/admin/sessions
Покрывает функции: ACC-AUD-006

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

Команда «session.revoke» принимает только поля «scope», атомарно формирует «adminSessions · audit» и подтверждает связанные критерии ACC-AUD-006.

Ограничения безопасной проверки

upload.createЗагрузить изображение в текущую сессию

Каталог, SKU и получение заказа

Код команды: CMD-UPLOAD-CREATE
Входные поля: multipart images
Изменяемые сущности: uploads · audit · R2 object
Разделы интерфейса: Product/review/marketing/campaign upload
Маршруты: POST /api/admin/uploads
Покрывает функции: ACC-CAT-006 ACC-REV-005 ACC-CNT-007 ACC-EML-012

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

Команда «upload.create» принимает только поля «multipart images», атомарно формирует «uploads · audit · R2 object» и подтверждает связанные критерии ACC-CAT-006 · ACC-REV-005 · ACC-CNT-007 · ACC-EML-012.

Ограничения безопасной проверки

upload.deleteУдалить изображение текущей сессии

Каталог, SKU и получение заказа

Код команды: CMD-UPLOAD-DELETE
Входные поля: fileName
Изменяемые сущности: uploads · audit · R2 object
Разделы интерфейса: Remove image
Маршруты: DELETE /api/admin/uploads
Покрывает функции: ACC-CAT-006 ACC-REV-005 ACC-CNT-007 ACC-EML-012

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

Команда «upload.delete» принимает только поля «fileName», атомарно формирует «uploads · audit · R2 object» и подтверждает связанные критерии ACC-CAT-006 · ACC-REV-005 · ACC-CNT-007 · ACC-EML-012.

Ограничения безопасной проверки

HTTP / 54 МАРШРУТА

Карта серверных маршрутов

Только /api/v1 предназначен для внешних интеграций. Остальные маршруты обслуживают интерфейс и системные процессы и могут меняться вместе с ними.

GET

/api/v1

Стабильный API v1стабильный внешний контракт

Обнаружение версии, аутентификации и ресурсов API.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

GET

/api/v1/health

Стабильный API v1стабильный внешний контракт

Минимальная проверка процесса без внутренних деталей.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

GET

/api/v1/openapi.json

Стабильный API v1стабильный внешний контракт

Машиночитаемая схема OpenAPI 3.1.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

GET

/api/v1/catalog

Стабильный API v1стабильный внешний контракт

Публичный каталог с фильтрами, сортировкой и пагинацией.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

GET

/api/v1/content

Стабильный API v1стабильный внешний контракт

Только опубликованные записи выбранного раздела.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

GET

/api/v1/search

Стабильный API v1стабильный внешний контракт

Поиск по публичной проекции каталога.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

POST

/api/v1/orders

Стабильный API v1стабильный внешний контракт

Идемпотентное создание заказа с резервированием.

Как подключать

Вызывайте с сервера или через SDK с минимальными правами. Схему запроса и ответа фиксирует OpenAPI 3.1.

Открыть рецепты API v1

GET

/api/catalog

Витрина и покупательские сценариислужебный маршрут

Публичная проекция каталога.

Как подключать

Используйте на сервере витрины с тем же доменом. Для другого клиентского приложения определите отдельный публичный адаптер и правила защиты.

POST

/api/catalog/products

Витрина и покупательские сценариислужебный маршрут

Пакетная выборка товаров.

Как подключать

POST

/api/analytics/events

Витрина и покупательские сценариислужебный маршрут

Приём разрешённых first-party событий после явного согласия без IP, User-Agent и полного referrer.

Как подключать

POST

/api/contact

Витрина и покупательские сценариислужебный маршрут

Создание обращения.

Как подключать

GET

/api/content

Витрина и покупательские сценариислужебный маршрут

Публичный контент.

Как подключать

GET

/api/locale

Витрина и покупательские сценариислужебный маршрут

Текущая локаль интерфейса.

Как подключать

POST

/api/order-access

Витрина и покупательские сценариислужебный маршрут

Выдача ограниченного доступа к заказу.

Как подключать

GETPOST

/api/orders

Витрина и покупательские сценариислужебный маршрут

Чтение и создание заказа.

Как подключать

GETPOST

/api/orders/:orderId/payment

Витрина и покупательские сценариислужебный маршрут

Статус и переход к защищённой оплате.

Как подключать

POST

/api/orders/:orderId/payment/sync

Витрина и покупательские сценариислужебный маршрут

Повторная сверка платежа с провайдером.

Как подключать

GET

/api/search

Витрина и покупательские сценариислужебный маршрут

Поиск по витрине.

Как подключать

GET

/api/uploads/products/:file

Витрина и покупательские сценариислужебный маршрут

Выдача разрешённого медиа товара.

Как подключать

POST

/api/account/feedback

Кабинет покупателяслужебный маршрут

Обращение авторизованного покупателя.

Как подключать

Вызывайте только внутри защищённой сессии покупателя с проверкой CSRF и источника. Не открывайте маршрут без отдельного публичного договора API.

PATCH

/api/account/profile

Кабинет покупателяслужебный маршрут

Обновление профиля.

Как подключать

POST

/api/account/reviews

Кабинет покупателяслужебный маршрут

Отзыв из кабинета.

Как подключать

GETPOSTDELETE

/api/account/session

Кабинет покупателяслужебный маршрут

Проверка, создание и завершение сессии.

Как подключать

POST

/api/account/sessions

Кабинет покупателяслужебный маршрут

Управление другими сессиями.

Как подключать

POSTDELETE

/api/account/yandex

Кабинет покупателяслужебный маршрут

Подключение и отключение Yandex ID.

Как подключать

GET

/api/account/yandex/callback

Кабинет покупателяслужебный маршрут

OAuth callback Yandex ID.

Как подключать

GET

/api/admin/analytics/traffic

Служебные маршруты панелислужебный маршрут

Privacy-first агрегаты посещаемости за 7, 30 или 90 дней и равный предыдущий период.

Как подключать

Маршрут обслуживает панель управления и требует административной сессии. Для внешних клиентов используйте /api/v1 или отдельный адаптер.

GETPOSTPATCHDELETE

/api/admin/catalog

Служебные маршруты панелислужебный маршрут

Снимок и мутации каталога.

Как подключать

POST

/api/admin/catalog/export

Служебные маршруты панелислужебный маршрут

Экспорт каталога и остатков.

Как подключать

GET

/api/admin/catalog/metadata

Служебные маршруты панелислужебный маршрут

Метаданные категорий и фильтров.

Как подключать

GET

/api/admin/catalog/products

Служебные маршруты панелислужебный маршрут

Фильтруемый список товаров.

Как подключать

GET

/api/admin/catalog/products/:productId

Служебные маршруты панелислужебный маршрут

Полная карточка товара.

Как подключать

GET

/api/admin/catalog/sku-registry

Служебные маршруты панелислужебный маршрут

Построчный реестр SKU с фильтрами, сортировкой и cursor-пагинацией.

Как подключать

GETPOSTPATCHDELETE

/api/admin/content

Служебные маршруты панелислужебный маршрут

Контент и маркетинговые блоки.

Как подключать

GETPOST

/api/admin/email-campaigns

Служебные маршруты панелислужебный маршрут

Аудитории, предпросмотр, постановка и наблюдение за кампаниями.

Как подключать

POST

/api/admin/email-diagnostics

Служебные маршруты панелислужебный маршрут

Безопасная диагностика email-транспорта.

Как подключать

GETPOSTPATCHDELETE

/api/admin/operations

Служебные маршруты панелислужебный маршрут

Заказы, контакты, отзывы и аудит.

Как подключать

POST

/api/admin/operations/export

Служебные маршруты панелислужебный маршрут

Серверные CSV-выгрузки операций.

Как подключать

GET

/api/admin/operations/history

Служебные маршруты панелислужебный маршрут

Cursor-история операционных сущностей.

Как подключать

GETPOST

/api/admin/payments

Служебные маршруты панелислужебный маршрут

Список платежей и совместимый action endpoint.

Как подключать

GET

/api/admin/payments/:paymentId

Служебные маршруты панелислужебный маршрут

Карточка платежа.

Как подключать

POST

/api/admin/payments/:paymentId/cancel

Служебные маршруты панелислужебный маршрут

Идемпотентная отмена платежа.

Как подключать

POST

/api/admin/payments/:paymentId/capture

Служебные маршруты панелислужебный маршрут

Подтверждение двухстадийного платежа.

Как подключать

POST

/api/admin/payments/:paymentId/refunds

Служебные маршруты панелислужебный маршрут

Полный или частичный возврат.

Как подключать

POST

/api/admin/payments/:paymentId/sync

Служебные маршруты панелислужебный маршрут

Сверка статуса с ЮKassa.

Как подключать

POSTDELETE

/api/admin/session

Служебные маршруты панелислужебный маршрут

Вход по токену/TOTP и выход.

Как подключать

GETPATCH

/api/admin/sessions

Служебные маршруты панелислужебный маршрут

Список и отзыв административных сессий.

Как подключать

GETPOSTDELETE

/api/admin/uploads

Служебные маршруты панелислужебный маршрут

Загрузка, список и удаление медиа.

Как подключать

POST

/api/webhooks/payments/yookassa

Интеграции и эксплуатацияслужебный маршрут

Сигнал ЮKassa с обязательной повторной сверкой через API.

Как подключать

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

GET

/health

Интеграции и эксплуатацияслужебный маршрут

Проверка работы процесса.

Как подключать

GET

/health/ready

Интеграции и эксплуатацияслужебный маршрут

Проверка готовности приложения и зависимостей.

Как подключать

GET

/humans.txt

Интеграции и эксплуатацияслужебный маршрут

Публичная информация о поставке.

Как подключать

СЛЕДУЮЩИЙ ШАГ

Читайте как учебник.
Проверяйте как инженер.

Пройдите выбранную траекторию, повторите сценарии в полной демо-панели и используйте /docs как нормативный справочник состава поставки.

Открыть полную демо-панель Сверить точный состав

Не просто список функций.Учебник по всей системе.

Справочник /docs

Учебник /learn

Разделите способы работы

Назначьте источник истины

Зафиксируйте границу

Создайте локальные секреты

Запустите контейнеры

Проверьте связность

Войдите без передачи секрета

Создайте конфликт

Проверьте выход

Сначала схема

Затем товар

Проверьте публичный каталог

Создайте заказ один раз

Проведите статусы

Закройте коммуникационный цикл

Отделите черновик от публикации

Сначала предварительный просмотр

Наблюдайте внешние действия

Начните с описания

Выдайте минимальные права

Обработайте ошибки как часть договора

Выберите команду

Не доверяйте входящему уведомлению

Тестируйте без внешней доставки

Миграции выполняются отдельно

Проверяйте не только процесс

Проверьте восстановление

Зафиксируйте комплект

Передайте инструкции

Закрепите условия

Ключ живёт на сервере

Минимальные права

Осознанные повторы

Понятные ошибки

Как начать без ключа и файлов cookie

TypeScript SDK: безопасная отправная точка

Customer 360 и mini-CRM

Команда, роли и права

API-ключи с областями доступа

Веб‑перехватчики и интеграции

Правила автоматизации

Окружения и состояние сервисов

Демо платёжных операций ЮKassa

Настройка под бренд клиента

SLA и очередь задач

Задания импорта CSV

Сохранённые представления и пользовательские поля

Закупки и планирование запасов

Читайте как учебник.Проверяйте как инженер.

Не просто список функций.
Учебник по всей системе.

Читайте как учебник.
Проверяйте как инженер.