Юридические Лица
Учётные записи кабинета сервиса
Администраторы сервиса для admin-v4. Вход: логин + пароль или телефон + dev-код 1234. Смена телефона — только с кодом на текущий номер. 2FA (Google Authenticator) — следующий этап.
| Логин | ФИО | Телефон | Должность | Роль | Статус | Действия |
|---|
Новый администратор
Смена телефона требует код подтверждения на старый номер.
Пароль для входа (логин + пароль)
AI-агенты
Реестр, полки знаний, привязка к партнёру/сайту. Диалоги — только наблюдение. Обучение моделей — в AI Управление.
Что здесь делать кнопками
ИИ-агент партнёра — это полка знаний + канал виджета к Анастасии, не отдельный чат-бот. Обучение моделей — в разделе «AI Управление».
Реестр агентов и сетка знаний
Здесь мы управляем не диалогами как ядром, а сеткой AI-агентов: партнерскими, отраслевыми, общими и будущими учебными агентами, их источниками знаний, связями с parsing и готовностью к масштабированию.
Богатство полок partner / vertical агентов
Чанки, источники и last ingest из foundation (evidence links). Пустые полки подсвечены — оператор видит, кому нужен seed / product_talk / parsed enrichment. Это не второй KB и не PEFT.
Саммари: 3 простых шага
На старте саммари кладутся на полку (чат опирается на них) и одновременно в разметку обучения. Обучение модели (PEFT) — отдельно в «AI Управление»; здесь только подготовка материалов одной кнопкой.
Выберите партнёра из реестра или введите ID. Кнопка справа подставит первого с пустой полкой, если есть.
Одна кнопка: выжимка → на полку (для чата сейчас) + в файл разметки (для обучения позже).
Создать / обновить ИИ-агента партнёра
Кнопка создаёт запись в реестре (partner_agent) и по желанию заполняет полку из профиля ТМ. Не включает обучение модели.
Виджет на сайте партнёра
Embed → тот же /api/ibrandai/query (Анастасия). Не отдельный мозг. Факты — с полки RAG. Maturity роли: channel_wired.
/static/agent_widget_demo.html · скрипт /static/js/agent_widget/anastasia_widget_v0.jsПривязка к сайту из парсинга / geo
Чужой сайт из geo-discovery сначала идёт в CRM/enroll. На полку партнёра — только после точного совпадения домена. Цены парсинга не истина заказа.
Пульс и сигналы AI
Переносим только живые операционные данные из legacy `IbrandAI: Пульс`, не подменяя текущий v4-мониторинг сессий.
Чаты партнеров
Нативный shell этого экрана. Это support-чаты партнёра, не клиентские диалоги Анастасии и не `#ai-governance/corrections`.
Активные диалоги партнёрского чата
Это `ibrandcard_partner_chat_sessions`, не `chat_sessions` Анастасии. Правки клиента — отдельно.
Открыть #ai-governance/corrections (фильтр периода)Чат
Выберите сессию
AI Управление · Анастасия
Чат, Contour 1–3, правки диалогов, commerce train-lab. Озеро трендов и доска — отдельно: AI-Пульсар.
Простые разделы для администратора: обзор → обучение → правки диалогов → данные → модели → аудит. Клиентские диалоги теперь нужно смотреть как минимум в двух местах: живой runtime в AI / агенты и reviewed training contour в этом разделе.
Готовность и что контролируем
Исходники отзывов/описаний и кнопка «сделать саммари на полку» живут в AI-агенты → Саммари. Здесь (AI Управление) — обучение модели и gate для инженеров.
Обучение / дообучение Анастасии — по шагам
Цель и режим → тот же SSOT, что и расширенный полигон ниже (Contour‑1 A default, launch-plan).
Локальный ПК: smoke-train и полный PEFT заблокированы по умолчанию (чтобы не грузить GPU/CPU). Разрешены подготовка данных, лёгкий gate и копирование команды на GPU-хост.
Что хотите сделать сейчас?
Команды берутся из SSOT launch-plan (кнопки = PowerShell).
Подготовка данных (ничего не ломает автоматически — только отмеченные шаги).
Для цели «commerce + услуги» рекомендуется включить «Собрать combo pack», если пакет ещё не собран.
Перед запуском — безопасные проверки.
Проверки ещё не запускались.
Как запускать обучение?
Сводка перед запуском
—
Готово к запуску.
Расширенный полигон (кнопки, YAML, отчёты) — для опытных
Anastasia: полигон (validate + короткий train)
Продакшн-чат — окружение сервера. Здесь ручной полигон на тех же rails, что и мастер: Contour‑1 A / 2 speech / 3 corrections. Длинный train — GPU/терминал (launch-plan).
Default = Contour‑1 A (commerce_decision_v1).
Legacy action_trace B — в select ниже, не owner живого чата.
Contour‑2 = speech YAML; Contour‑3 = inbox corrections (вкладка Обучение).
Каталог = live retrieval. Шаги 1→2→3 — ML env / validate / короткий smoke (по умолчанию max_steps=3).
Полный PEFT — блок GPU / launch-plan; после адаптера — shadow, не silent owner.
Для опытных: один шаг без мастера или GPU
Продакшн (LoRA в чате) и список YAML в Git
Runtime PEFT PRIMARY/reply ≠ student MODE=owner.
См. runtime-info
→ train_launch_v1 / student_owner_honesty.
- configs/train_anastasia_commerce_decision_v1.yaml ← default A
- configs/train_anastasia_partner_talk_quality_v1.yaml ← speech
- configs/train_anastasia_action_seed_v0.yaml ← legacy B
- configs/train_anastasia_bootstrap_plus_action_v0.yaml ← legacy B-mix
- configs/train_anastasia_bootstrap_v0.yaml
- configs/train_anastasia_v0.yaml
- configs/train_anastasia_smoke_v0.yaml
Артефакты: checkpoints/… · логи админских job: runs/anastasia_admin_jobs/
—
В списке сверху — короткие подписи; в поле — технический путь, как в командной строке.
Здесь дублируются и подписи из списков, и значения (пути, числа). Удобно вставить в чат или заметки.
Все параметры ниже передаются в subprocess train lab сами: выбирайте конфиг, шаги и нагрузку CPU списками. Ручной ввод в PowerShell для этого панели не нужен.
Для администратора сервера: ANASTASIA_ADMIN_LAB_SUBPROCESS
Чтобы кнопки validate/train из панели работали, в окружении приложения должно быть включено
ANASTASIA_ADMIN_LAB_SUBPROCESS=true
(один раз в .env при запуске через run_canonical_app.ps1).
Потоки CPU и приоритет задаются списком «Нагрузка CPU» выше, без переменных ANASTASIA_TRAIN_*.
Только для опытных: дополнительная строка аргументов (как в консоли после скрипта)
Обычным режимом ничего не вводите: сверху уже заданы шаги, файл настройки и нагрузка на процессор.
Сюда — только флаги для сценария run_anastasia_peft_train.py:
без вызова интерпретатора и без --config (он подставляется из списка «Конфиг»).
Аргументы из этой строки дописываются в конец команды и могут перекрыть число шагов из поля (например --max-steps 80) или эпохи (--num-train-epochs 5).
PRIMARY ≠ student MODE=owner.
Эта панель включает runtime PEFT-фразу/PRIMARY brain.
Владелец act_json в чате — только явный ANASTASIA_STUDENT_DECISION_MODE=owner после shadow/cutover.
ENABLE alone ≠ owner. См. launch-plan checklist и /api/dev/runtime-info.
Что это: после обучения в папке checkpoints/…/final_adapter лежит «надстройка» к большой модели. Кнопка Старт говорит серверу использовать выбранную надстройку и при желании добавлять короткую фразу от неё в ответах ассистента.
Какой адаптер выбрать: в списке сначала идёт самый свежий (по дате сохранения файлов — обычно это последнее завершённое обучение). У него в тексте есть звёздочка ★. Остальные — старые прогоны; имя папки подсказывает конфиг (например action_seed — обучение с действиями).
Жёлтое предупреждение: если в .env прописан путь к адаптеру, до первого нажатия «Старт» он может иметь приоритет. После «Старт» править .env не нужно — панель сама переключит режим. Чтобы снова полностью вернуться к .env: «Сбросить настройки панели».
Тот же SSOT, что и мастер: launch-plan
(кнопки = PowerShell). Длинный прогон — на GPU-хосте; сервис чата отдельно.
# Загрузка overview…
Артефакт: checkpoints/…/final_adapter.
После копирования на сервис: shadow сначала; MODE=owner только после cutover gate (ENABLE≠owner).
Пока job running, идёт обучение в subprocess.
Лента чатов → правка в полноэкранной модалке → активная база
Слева/в ленте — период, порции, фильтры и бейджи (ещё не в базе / отредактирован / как есть). Клик открывает крупную модалку с прокруткой; после сохранения или отмены она закрывается. У реплики — заявка на новую функцию-действие; внизу — комментарий для доработки контура обучения. PEFT из Save не стартует.
Отдельный контур · не чат Анастасии
AI-Пульсар
Озеро трендов партнёра: доска ядер, накопление L2, пакеты, вклад цены/полки. Коммерческий чат и Contour 1–3 остаются в AI Управление.
Доска AI-Пульсар
Макет без претензии на цифры, пока мало formed. Ниже — живой inventory озера.
Загрузка…
Аналитика по партнёрам
Загрузка…
Озеро и настройки накопления
L2 daily, offer change events, verify. Не пишет OLTP.
Загрузка…
Базы пакетов трендов
Live packets / speech. Fixture отдельно. Не commerce pack.
Загрузка…
Обучение трендов
PEFT по трендам не стартуем, пока нет зрелых formed и цифр на доске.
Коммерческое обучение чата — только в AI Управление.
Загрузка…
Бронирование
Актуальный реестр: сегодня и завтра по точкам с включённым бронированием (еда).
Операторская
Журнал событий
Единая лента: регистрации, согласия, учётные записи, партнёры, магазины, модерация и системные предупреждения. Заказы сюда не попадают.
—
Разделы сайта
Подвал и страницы веб-версии: кому показывать, что внутри, документы с редакциями и чат «Помощь».
Мониторинг сервера
Загрузка…
Реестр записей
Все записи сервиса. Текущие — в работе, архив — закрытые и отменённые.
Лояльность и промо
Программы лояльности настраиваются на уровне торговой марки. Сервисный экран legacy заменён на v4: карточка ТМ, хаб ТМ и базовые тарифы.
Торговые марки — режим лояльности
Загрузка…
Роли и права
Каталог платформенных ролей партнёров и учётные записи сервиса. Полный CRUD прав — в следующих итерациях; сейчас — справочник и быстрые переходы.
Роли партнёров (каталог API)
—
Сервисные роли (справочно)
Контур данных
Для оператора: очередь отклонений, состояние выгрузок и проверка по одному партнёру. Технические детали — во вкладках «Состояние» и «Подробности».
Технические подробности (JSON)
—
Поиск как в финансах: название ТМ, юрлицо, ИНН, офис. После выбора — проверки ниже используют учётный № партнёра.
Текущий период vs предыдущий такой же длины (как в batch scan).
JSON сравнения
—
Три витрины + сверка цифр service/partner для выбранного партнёра и периода выше.
JSON проверки
—
Парсинг и Данные
Источники, модерация sidecar, поиск и политика слоёв правды — по вкладкам.
Управление сайтами в очереди парсинга (pause / parse now / block).
Робот-поисковик
Отдельный корпус ссылок для Анастасии (astra_corpus.db),
не ibrand.db. Тяжёлая работа — офлайн-воркер на VPS.
/api/astra-corpus/*
Живая лента ссылок
автообновление 2 сСырой JSON статуса
—
Тестирование операций
Проверка транзакций по клиентскому счету и реестру сделок через существующий backend.
Документы
Заказы в работе
Неисполненные сделки: уходят из списка после доставки / отгрузки / завершения.
Курьеры в работе
Все актуальные доставки по ТМ, торговым точкам и курьерам. Незавершенные доставки переносятся между днями и помечаются как потенциально проблемные.
Реестр курьеров на смене
Статистика за сутки: маршруты, заработок, выплата. Кнопка «Маршрут» открывает карту в разделе «Оптимизатор доставки».
Заказы курьера
—
| № | ТМ | Забор | Клиент | Адрес | Получен | Доставлен | Вознагр. |
|---|
Детали заказа
Боевой оптимизатор доставки
Единый сервисный контур по всей России: все партнёры и регионы на одной карте. Каждый партнёр работает в своём городе со своими курьерами — курьер из Москвы не назначается на Ярославль. Пустой фильтр партнёра = вся сеть; поле «Регион / город» сужает только отображение и расчёт.
Финансы и Транзакции
Сальдо по основаниям
Сальдо по основаниям и статьям
Сальдо по основаниям
Сальдо по статьям
Проводки
Журнал операций по абonementам
Покупки, выдача, списания, истечение — по всем партнёрам и торговым маркам. Поиск по клиенту, абonementу, ТМ.
Ручная проводка
Дополнительно
Биллинг · счета партнёрам
Реестр выставленных счетов: в работе (черновик / отправлен, не оплачен) и архив (оплачен / отменён). Счета из визарда «Финансы» и ручное выставление — один контур. Отчётные счета — отдельная итерация.
В работе: все неоплаченные счета без ограничения по дате. Период — только в архиве.
| № / дата | Юрлицо | Партнёр | Сумма | Статус | Источник | Действия |
|---|---|---|---|---|---|---|
| Загрузка… | ||||||
Отчётность
Реквизиты и подписант сервиса — для Word-отчётов и документов
Период = выбранный отчётный месяц · те же KPI, что в контуре данных и финансах.
| # | Наименование | Документы | Обязательство сервиса сервис → партнёр |
Обязательство партнёра партнёр → сервис |
Ручная отправка | Отправка | Подписание | Расчёт |
|---|---|---|---|---|---|---|---|---|
| Выберите месяц со сделками — отчёт считается сразу, без записи в базу. | ||||||||
Рассрочка
Реестры, договоры, клиенты, консоль API и операционный контур.
Реестр договоров через GET /api/installments/registry/service/* — только чтение, без изменения расчётов.
Строка таблицы открывает карточку договора (график из /contracts/:id/details).
Строка: заявки → карточка заявки (/applications/:id), договоры → карточка договора (/contracts/:id/details).
GET и POST/PUT/DELETE для /api/installments/* и части /api/v4/admin/installments/*. Заполните поля, дерните GET-кнопку или пресет мутации — ответ JSON.
Каждый запрос с подтверждением. Проверьте JSON тела. Документы загружать через multipart здесь нельзя — только JSON API.
Рассрочка как отдельный супермодуль
Operational shell без изменения расчётных POST-эндпоинтов; таблицы ниже читают готовые API.
Стартовый партнер-оператор.
Резервный оператор.
Что переносим позже
Управление Сегментами
Классы: Еда (один сегмент) · Магазины/Услуги (подсегменты под корнем) · Отели позже. Партнёра вешаем на leaf.
Отчёт переноса legacy → admin-v4
Живая матрица первого этапа миграции: статус каждого модуля старого /admin/legacy,
волны 0–3 и запуск в /admin-v4 без удаления backend.
docs/LEGACY_ADMIN_FIRST_WAVE_SEARCH_PARSING_BILLING.md.
Правило: parity + smoke, затем отключение legacy-flow.
Только в admin-v4 (не было в legacy menu)
Legacy module
Заявки на вывод
Комментарий партнёра · #
Обработка заявки
Офисы продаж (Все партнеры)
Центр модерации
Заявки на магазины, партнёров и агентов
Общие показатели
Торговые марки
Сортировка: свежие отзывы и влияние на партнёра выше.
Отчётный период
—
Live-реестр agent drafts, связанных с onboarding партнёра.
Рабочая очередь: новые, в работе и согласованные (ещё не перенесённые в исполненные).
| ID | Курьер | Контур | Регион | Статус | Когда | Решение |
|---|
Еда (Товары Услуги)
Это влияет на витрину `preview-restaurant` выбранного офиса продаж.
Комбо, завтраки, бизнес-ланчи
Как и меню «Еда / товары / услуги» — привязка к офису продаж (food-сегмент), не отдельный реестр «на всю ТМ». Каждое комбо настраивается вручную (слоты, SKU), без Excel. Синк iiko — в CRM этой точки.
Категории меню
Агенты Сети
Управление региональными представителями и их балансами
Всего Агентов
0
Активных
0
Привлечено Партнеров
0
Выплачено (мес)
0 ₽
Карты сервиса
Реестр карт (пластик/виртуальные, статусы выпуска и активации).
База Клиентов (CRM)
Только кабинет сервиса. Реестр — то, что собрали фильтры сверху. Выбранный партнёр сужает список и реестр до тех, кто получал у него кешбэк; выгрузка партнёра добавляет карты без профиля.
Период статистики: сегодня · цифры ниже считаются только за эти даты (фильтры «С» / «По»)
Впервые открыли APK/веб в выбранные даты. Повторный вход завтра сюда не попадёт.
Сколько людей открыли APK/веб хотя бы 1 раз за период — в т.ч. уже подключавшиеся раньше.
Все открытия ÷ уникальные зашедшие. Один человек зашёл 10 раз — это 10 открытий.
Зашедшие ÷ клиенты CRM без удалённых/заблок. (база 0)
Оценка: тишина ~30 дн. без открытия. Не удаление клиента в CRM.
Сколько телефонов/браузеров открывали сервис в периоде (может быть > людей).
Только клиенты; админ/партнёр не считаются