> For the complete documentation index, see [llms.txt](https://chatme-ai-4.gitbook.io/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://chatme-ai-4.gitbook.io/docs/prilozheniya/funkcionalnye-nefunkcionalnye-vozmozhnosti-platformy-i-tekhnologii.md).

# Функциональные, нефункциональные возможности платформы и технологии

#### Функциональные возможности Платформы

1. Возможность кластеризации исторических данных для выявления частотных тематик и автоматического обучения.
2. Распознавание русского языка.
3. Распознавание естественного текста, воспроизводимого человеком в электронном чате - использование закрытой и открытой грамматики для распознавания смысла, понимания выраженных в свободной форме фраз Собеседников.
4. Intent Detection (распознавание тематики обращений, определение основной тематики и фокусировка на ней, закрепление основной тематики за диалогом).
5. Распознавание нескольких интентов в рамках одного высказывания.
6. Учет особенностей текстового ввода (орфографические ошибки и опечатки, сокращения и записи цифрами, свободный порядок слов).
7. Инициативность: уточнение деталей по проблеме или ситуации, помощь в формулировании проблемы, выполнение просьб.
8. Отправка сообщений по таймауту.
9. NLU Supervised ML. Машинное обучение на аннотированных примерах (вместо описания правил на скриптах и регулярных выражениях).
10. Entity Recognition. Выявление переменных из обращения. Например дат, номеров карт и т.п.
11. Настройка сценария диалога через визуальный интерфейс, без необходимости программирования: добавление новых веток диалога с разветвлением на основании параметров, извлеченных из ответов собеседника или полученных от внешних систем.
12. Внесение изменений в ответы.
13. Добавление новых источников данных.
14. Создание новых тем диалога.
15. Создание библиотек ключевых слов, стоп-слов.
16. Настройка новых каналов взаимодействия с внешними системами.
17. Наличие встроенных визуальных инструментов для тестирования точности распознавания.
18. Возможность интеграции с облачными ASR / TTS.
19. Возможность использования разных моделей распознавания на разных этапах диалога.
20. Поддержка версионности сценариев, возможность отката сценария на более раннюю версию.
21. Возможность импорта/экспорта сценариев диалогов для переноса между изолированными экземплярами системы и создания резервных копий сценариев.
22. Механизмы контроля корректности сценария (проверки на бесконечные циклы, на правильное наименование параметров и т.д.).
23. Возможность деперсонализации диалогов с помощью отдельного микросервиса.
24. Возможность собеседника прервать ответ бота. Должно определяться настройкой сценария, отдельно для каждого ответа.
25. Инструменты настройки диалогов не накладывают ограничения на кол-во шагов или разветвлений диалога.
26. Возможность использования регулярных выражений вместо NLU (для быстрой апробации сценариев).
27. Возможность вывода статистических отчетов, отображающих все диалоги между клиентом и ботом в разрезе временных интервалов, каналов взаимодействия.
28. Возможность предоставления кастомизированной аналитики под каждого отдельного бота как доп. услуга по запросу.
29. Выгрузка статистических данных в Excel, CSV, или посредством API.
30. Возможность интеграции с backend системами без использования программирования.
31. Возможность интеграции с backend системами непосредственно из сценария.
32. Определение тональности обращения (sentiment анализ) для передачи сложных кейсов на оператора.
33. Определение стилистической составляющей разговора, выявление конфликтных ситуаций и логика выхода из них.
34. Возможность интеграции с внешними системами (отправка запросов, получение ответов, формирование ответов с переменными, полученными в рамках ответа).
35. Информирование и маршрутизация собеседника при неполучении ответа от внешних систем.
36. Возможность интеграции с базой знаний с ответами посредством API через встроенный интерфейс внешних запросов.
37. Возможность ведения нескольких проектов (для разных сегментов пользователей, например ФЛ/ЮЛ/внутренняя поддержка).

#### Нефункциональные возможности Платформы

1. Возможность развертывания на серверах заказчика.
2. Возможность развертывания в среде виртуализации.
3. Возможность горизонтального масштабирования для обеспечения линейного роста производительности.
4. Возможность развертывания в High Availability конфигурации.
5. Поддержка современных инструментов масштабирования и мониторинга: Kubernetes, Grafana.
6. Наличие встроенных механизмов мониторинга работы служб и модулей решения.
7. Возможность дообучение/разметки/дизайна диалогов силами вендора.
8. Разграничение доступа по подразделениям (каждое административное подразделение имеет собственные настройки и может менять только свои объекты).
9. Готовая интеграция с чат-платформами (Enda, Jivo, Webim).

#### Технологии

1. Стек технологий платформы: - JavaScript/TypeScript, ES2015, React.JS, JSS, Styled components, GraphQL, Blueprint.js (фронтэнд) - Python, asyncio, aiohttp, GraphQL, PostgreSQL, Redis, RabbitMQ, Docker, Kubernetes, Nginx, Prometheus, Gitlab (VCS, CI/CD, Registry), Pytest, Selenium (бэкэнд)
2. Интеграция с системой аудита / логирования (Kibana)Интеграция с системой аудита / логирования (Kibana).
3. Интеграция с системами мониторинга жизнедеятельности системы.
4. Максимальное количество одновременных сессий - 500+ сообщений в секунду на GPU.
5. Максимальное время ответа на запрос - 3 секунды без учета времени обработки внешних запросов.
6. Возможность горизонтального и вертикального масштабирования.