1. Перед началом расчёта
Ценовая модель: все исходные цены в конфигураторе являются базовыми ценами Интегратор. В итоговом КП автоматически показываются три уровня: Протей Ай-Ти = 80%, Интегратор = 100%, конечный заказчик = 120%.
Сначала определите тип предложения: промышленный модуль «ИИ‑агент» для Системы‑112 либо самостоятельный тренажёр оператора. «Летопись ИИ» интегрируется в действующую Систему‑112 и не заменяет рабочее место оператора.
Не формируйте окончательное КП по предположениям. Если неизвестна пиковая одновременная нагрузка, запросите её у заказчика или зафиксируйте необходимость технического уточнения.
2. Реквизиты предложения
Заказчик
Укажите официальное наименование организации. Оно попадает в печатное КП и реестр.
Регион
Субъект РФ или территория реализации проекта: например, «Тульская область» или «Санкт‑Петербург».
Планируемый год внедрения
Год предполагаемой закупки, а не дата подготовки КП.
Срок действия КП
Период действия цен и условий. Базовое значение — 180 календарных дней.
3. Количество АРМ
АРМ — количество операторских рабочих мест, на которых предполагается использование функций «Летопись ИИ».
Ключевое правило: количество АРМ не является коэффициентом цены функциональных лицензий. 100 АРМ не означают автоматическое умножение STT, анализа качества или онлайн‑подсказок на ×3.
Например, у заказчика может быть 70 АРМ, но если в пиковый момент одновременно разговаривают не более 18 операторов, коммерческая производительность определяется не 70 АРМ, а примерно 20 одновременными ИИ‑сессиями.
4. Одновременные ИИ‑сессии — главный параметр производительности
Одна одновременная ИИ‑сессия — один разговор/обращение, которое платформа обрабатывает ИИ‑функциями в конкретный момент времени.
Не путать:
АРМ ≠ одновременные ИИ‑сессии ≠ звонки за сутки ≠ учебные сессии тренажёра ≠ запуски тренажёра.
Что спросить у заказчика
«Какое максимальное количество вызовов одновременно обслуживается операторами в наиболее загруженный период?»
Если точной цифры нет, запросите количество операторов в максимальной смене и статистику максимального числа одновременно активных разговоров. Ориентироваться надо на разумный пиковый максимум, а не на среднее значение.
Как округлять
Права приобретаются пакетами по 10 одновременных сессий, поэтому потребность округляется вверх до ближайшего пакета.
| Фактический пиковый максимум | Выбрать в конфигураторе |
| 1–10 | 10 сессий |
| 11–20 | 20 сессий |
| 21–30 | 30 сессий |
| 31–40 | 40 сессий |
| 41–50 | 50 сессий |
| 51–60 | 60 сессий |
| 61–70 | 70 сессий |
| 71–80 | 80 сессий |
| 81–90 | 90 сессий |
| 91–100 | 100 сессий |
Как сессии влияют на стоимость
Базовая конфигурация содержит пакет прав на 10 одновременных ИИ‑сессий за 2 500 000 ₽. Каждый дополнительный пакет на 10 сессий добавляет ещё 2 500 000 ₽ к стоимости программного обеспечения.
При этом STT, анализ качества, онлайн‑подсказки, база знаний, архив и отчёты не умножаются на количество АРМ.
Как сессии влияют на серверы
Рост одновременных сессий увеличивает требуемую вычислительную мощность. Это отдельный серверный сайзинг. Коэффициент серверного сайзинга не применяется к цене функциональных лицензий.
| Одновременные сессии | Группа серверного сайзинга | Влияние на стоимость ПО |
| 1–40 | ×1 | Только фактически выбранные пакеты сессий |
| 31–60 | ×2 | Не умножает функциональные лицензии |
| свыше 60 — отдельное проектирование | ×3 | Не умножает функциональные лицензии |
Практические примеры
| Ситуация | АРМ | Пиковых разговоров | Выбор |
| Небольшой центр | 10 | 6 | 10 сессий |
| Средний центр | 70 | 18 | 20 сессий |
| Крупный центр | 120 | 63 | 70 сессий |
| Требование покрытия всех рабочих мест | 30 | до 30 по ТЗ | 30 сессий |
5. Количество продуктивных контуров
Контур — отдельный экземпляр продуктивного развертывания решения. Обычно используется 1 контур.
Второй контур указывается только при реальной необходимости независимого развертывания: например, отдельная площадка или организационно разделённый комплекс.
Коммерческая логика: серверное ядро и пакет прав на одновременные ИИ‑сессии не умножаются на количество контуров. Функциональные лицензии базового состава (STT, анализ качества, онлайн‑подсказки, база знаний и сценарии, архив и отчётность) лицензируются на каждый продуктивный контур. Базовый комплекс ПНР 2 000 000 ₽ без НДС также рассчитывается на каждый продуктивный контур.
Контур — не количество серверов, не количество смен, не муниципальные образования и не количество АРМ. Контроль: 10 сессий, 2 контура, без дополнительных опций = 16 880 000 ₽ с НДС.
6. Онлайн‑переводчик и языки
Выбирайте модуль, если заказчику требуется работа с обращениями на иностранных языках. Базовый пакет включает 3 языка: английский (EN), французский (FR) и испанский (ES) и стоит 1 500 000 ₽.
Право использования ПО «Летопись ИИ». Дополнительный языковой пакет онлайн‑перевода — 400 000 ₽. В поле дополнительных языков указывается только количество языков сверх EN / FR / ES. ПНР модуля переводчика рассчитывается как 15% от стоимости выбранных лицензий переводчика.
Функция включает двусторонний текстовый перевод, отображение оригинала и перевода и TTS‑озвучивание переведённой реплики в предусмотренной конфигурации.
7. Тренажёр оператора
Тренажёр можно приобрести как опцию к ИИ‑агенту или как самостоятельное решение.
Учебная сессия
Подготовленное учебное занятие/кейс: например, ДТП, пожар, угроза жизни или обращение иностранного гражданина.
Учебная сессия тренажёра не является одновременной ИИ‑сессией. Первая описывает учебный контент, вторая — промышленную производительность.
Запуски тренажёра
Количество фактических прохождений учебных занятий. Если 20 операторов проходят 3 сценария один раз, это 60 запусков.
Право использования ПО «Летопись ИИ». Дополнительные учебные сессии тренажёра
Базовый пакет содержит 3 учебные сессии. Если заказчику нужно всего 8, укажите 5 дополнительных.
Онлайн‑подсказки
Отдельная опция для обучающего режима: следующий вопрос, обязательные действия, пропущенные шаги и помощь по регламенту.
8. Архитектурный состав решения
Архитектурный состав описывает устройство платформы и не равен перечню платных лицензий. Часть компонентов входит в серверное ядро, часть — в платформу и комплекс работ по внедрению.
| Слой | Что входит |
| Ядро платформы | Оркестратор ИИ‑сессий, очередь/шина событий, сервис управления ИИ‑моделями. |
| Речевой слой | STT, TTS, онлайн‑перевод. |
| Прикладной ИИ | Анализ качества, онлайн‑подсказки, движок сценариев. |
| Знания и данные | База знаний, архив, поиск, метаданные и конфигурация. |
| Интеграция | API‑шлюз и интеграционный слой с Системой‑112, телефонией и внешними системами. |
| Управление и ИБ | Администрирование, роли, права, аутентификация, аудит. |
| Эксплуатация | Технический журнал, мониторинг компонентов, backup и восстановление. |
Для менеджера: эти архитектурные компоненты не нужно добавлять как отдельные платные позиции. Их задача — показать заказчику полноценность enterprise‑архитектуры решения.
Отдельно оплачиваются только те компоненты, которые явно присутствуют в таблице стоимости: лицензии, дополнительные модули, дополнительные языки, георезервирование и работы.
9. Резервирование и отказоустойчивость
В конфигураторе разделены три разных понятия, которые нельзя смешивать:
| Опция | Что означает | Как влияет на стоимость |
| Второй продуктивный контур |
Самостоятельная рабочая инсталляция решения, используемая как отдельный продуктивный контур. |
Увеличивает объем лицензирования и работ в соответствии с количеством продуктивных контуров. |
| Георезервирование ПО |
Резервный программный контур на отдельной площадке для восстановления/переключения при недоступности основной. |
ПО: 1 214 500 ₽. Работы по подключению: 350 000 ₽ без НДС. |
| Резервная серверная инфраструктура |
Отдельный комплект серверов для резервной площадки. |
Не входит в стоимость ПО. Рассчитывается отдельной спецификацией после подтверждения сайзинга. |
У заказчика нужно уточнить: требуется ли только резервирование программного контура, есть ли отдельная резервная площадка и должно ли серверное оборудование резервной площадки входить в поставку.
Наличие второго продуктивного контура не следует автоматически считать георезервированием. Это разные варианты архитектуры и разные коммерческие позиции.
10. Серверный сайзинг
Рекомендуемый вариант следует использовать как основной для КП. Минимальный — нижняя допустимая конфигурация.
Финальные требования подтверждаются техническими специалистами после получения данных о нагрузке, сроках хранения, языках, интеграциях и резервировании.
Серверный сайзинг и коммерческая стоимость лицензий — два разных расчёта.
11. Чек‑лист данных, которые менеджер должен получить
- Полное официальное наименование заказчика.
- Регион.
- Плановый год закупки.
- Количество операторских АРМ.
- Количество операторов в максимальной смене.
- Максимальное количество одновременно обслуживаемых вызовов.
- Нужен ли онлайн‑перевод и какие языки.
- Нужен ли тренажёр.
- Нужен ли второй продуктивный контур.
- Нужно ли георезервирование программного контура.
- Нужен ли отдельный комплект серверного оборудования для резервной площадки.
- Особые требования к локальному размещению и инфраструктуре.
Главный вопрос: «Какое максимальное число разговоров операторов может идти одновременно в пиковый период?»