Веди клиента от первого обращения до решения, сохраняя один авторитетный контекст сделки в COS.
Лид: —Сделка: —Клиент: —
Сегодня
Данные живут в памяти сервера — перезапуск платформы очищает их.
Коды 503 на действиях с AI/ERP это норма (внешний сервис не подключён): детерминированный результат всё равно есть.
Наведи на ? у шага, чтобы понять его смысл.
1
Новый лид ?
Зафиксируй входящий интерес клиента.
POST /crm/leads
2
Квалификация лида ?
Подтверди, что лид перспективный.
POST /crm/leads/{id}/qualify
3
Создать сделку ?
Оформи возможность с суммой и вероятностью.
POST /crm/opportunities
4
Decision Center ?
Спроси рекомендацию перед предложением.
POST /decision-center/…/decision-package
5
Коммерческое предложение ?
Собери позиции и сформируй КП.
POST /crm/opportunities/{id}/commercial-proposal
Итого: 0 ₽
6
Решение по сделке ?
Чем закончилось — выиграли или проиграли.
POST /commercial-engine/…/decision
i
Победа создаёт заказ для 1С. COS требует авторитетный одобренный ERP-снимок:
клиент, GUID + код номенклатуры, явные цены с НДС и routing profile. Пока поверхность подготовки
такого снимка не подключена к рабочему месту, неполный WON не будет отправлен.
7
Зафиксировать опыт ?
Запиши, чем закончилось и почему.
POST /business-knowledge/capture
Цикл завершён. Открой Executive Cockpit — состояние бизнеса за 60 секунд.
Управленческий обзор
Состояние бизнеса
Ключевые показатели, изменения и фокус руководителя — только из серверных данных COS.
Автообновление
—
Нажми «Обновить», чтобы увидеть текущее состояние компании.
Наблюдаемость
Журнал сессии
Технический след вызовов текущей рабочей сессии без сохранения бизнес-данных в браузере.
≡
Журнал действий сессии
Все обращения к платформе с момента открытия пульта. Полезно, чтобы видеть, что делает каждая кнопка.
Пока пусто — выполни действие в дневном цикле.
Подготовка решения
Пресейл без разрыва контекста
Потребность, конфигурация, цена, риски и пакет решения проходят единый управляемый маршрут.
Полный цикл подготовки решения. Каждый экран читает и пишет авторитетное состояние на бэкенде — консоль хранит только идентификаторы и подставляет их в следующий шаг.
Порядок: Потребность → Конфигурация → Корзина → Архитектура → Обоснование → Риски → Пакет решения → Витрина.
Опиши секции решения со ссылками на товары каталога.
POST /solution-architectures
5
Обоснование решения ?
Проекция из потребности и архитектуры (нужны шаги 1 и 4).
POST /solution-justification
6
Риски и допущения ?
Заяви допущения и риски (нужны шаги 1, 4, 5).
POST /solution-risks
7
Пакет решения ?
Собери консолидированный пакет из реестра рисков (нужен шаг 6).
POST /decision-package
8
Витрина пресейла ?
Открой доску всех стадий по пакету (нужен шаг 7).
GET /presales-dashboard/{id}
После согласования
Исполнение решения
Открой проект, проверь серверную готовность и выполняй только разрешённый следующий переход.
Пакет решения: —Проект доставки: —
Исполнение одобренного решения. Проект доставки создаётся из пакета решения (пресейл, шаг 7); стадии, чек-лист, прогресс и допустимость перехода считает бэкенд — консоль показывает только серверное состояние и двигает стадию по твоей команде.
1
Создать проект доставки ?
Из пакета пресейла (подставляется автоматически) или введи существующий ID пакета.
POST /delivery-projects
2
Открыть проект
Показать актуальное серверное состояние по ID.
GET /delivery-projects/{id}
✓
Состояние проекта
Всё ниже — с бэкенда: стадии, готовность, чек-лист. Ничего не вычисляется в браузере.
POST /delivery-projects/{id}/advance-stage
Создай или открой проект — здесь появится серверное состояние.
Машинный контур
COS ↔ 1С: состояние передачи
Здесь сотрудник контролирует готовые к выдаче данные. Обмен запускает только 1С; COS не подключается к 1С сам.
Ещё не обновлялось
1. COS готовитПобеда + утверждённый снимок заказа
→
2. COS выдаётGET /erp/1c/orders/pending
→
3. 1С забираетСоздаёт Заказ клиента и подтверждает результат
✓
Граница соблюдена.
В интерфейсе нет запуска обмена, ACK, повторной отправки или прямого соединения с 1С. Пустая очередь — штатное состояние.
Контур COS
Проверка
Доступность HTTP API платформы
Клиенты ожидают 1С
—
Отдельная очередь идентификации клиентов
Заказы ожидают 1С
—
Готовые снимки заказов для pull-запроса
К
Клиенты, ожидающие 1С
Показывается серверная очередь; карточка не выполняет поиск и не создаёт клиента в 1С.
GET /erp/1c/customers/pending
Открой раздел или обнови состояние.
З
Заказы, готовые к выдаче
GUID и код товара, клиент, цены, НДС и routing profile приходят в авторитетном payload COS.
GET /erp/1c/orders/pending
Открой раздел или обнови состояние.
Замкнутый цикл
Аналитика и обучение
Решения и фактические результаты становятся доказательствами для следующих рекомендаций.
Сделка: —
Аналитика и обучение — тонкий клиент над готовыми возможностями платформы. Каждый показатель (win-rate, confidence, weighted revenue, паттерны, рекомендации, трейс) вычисляет бэкенд; консоль только отображает ответ и ничего не считает и не обучает локально. AI-нарратив — опциональная надстройка над детерминированным результатом.
1
Интеллект по сделке
Инсайт, рекомендация и трейс решения по текущей сделке. Каждая capability вызывается отдельно — консоль не объединяет ответы.
4 роута
POST /revenue-intelligence/…/insight · POST /business-knowledge/…/recommendation · POST /explainable-decisions/…/decision-trace · POST /commercial-engine/…/intelligence
2
Знания компании
Поиск по базе знаний; совпадения и evidence — из ответа бэкенда.
POST /business-knowledge/query
3
Паттерны и обучение
Классификации, паттерны и guidance — вычислены бэкендом.
POST /commercial-learning/analysis
4
Обратная связь ?
Зафиксируй фактический исход рекомендации → замыкает цикл обучения. decision_version берётся из трейса решения (не генерируется на клиенте).
POST /closed-loop-learning/…/feedback
5
Доказательная телеметрия
Метрики и evidence-счётчики — только из ответа бэкенда. Связь с Executive Cockpit — навигационная.