Release Notes v5.1.0

18.11.2025

Перейти к релизу

Функциональные изменения#

• Загрузка разметки операторов
• Статистика по доли роботов на операторах
• Гибкая система тарификации
• Валидация лицензии перед загрузкой
• Возможность ожидания речи, если в postconnect обнаружены сигналы КПВ
• Более удобная настройка SIP-маршрутов
• Возможность выбирать входящий транк в качестве исходящего
• Настройка длительности ожидания тишины
• Настройка минимальной длительности дозвона
• Настройка SIP кодов для результатов детекции на уровне профиля
• В PDF-отчеты добавлен столбец “Всего вызовов”

Исправленные ошибки#

• ошибки обновления схемы billing-server (см. Обновление 5.0.0 -> 5.1.x)
• ошибка обновления лицензии выпущенной той же датой, что и текущая
• ошибка когда в LSTM-модель не верно отдавался файл длинее 5 секунд
• ошибка с неверным content-type в /api/v1.0/idm-integration

Технические изменения#

• минимально поддерживаемая версия DB postgresSQL 14

Это не означает, что решение не будет работать на версиях 12 или 13, но решение тестируется и разрабатывается только на поддерживаемых (не end-of life) версиях.

• вывод из эксплуатации модуля models-sync
• поддержка docker engine 29+

Совместимость#

• smartcpd 5.0.0 (версии ниже должны быть сначала обновлены до 5.0.2)
• docker версии 26+
• debian 12, red os 8 (проверены)
• postgresSQL версии 14+

Обновление 5.0.0 -> 5.1.x#

1. На работающем контуре версии 5.0.0 выполнить миграцию данных из сервиса models-store в сервис config-server. Для этого:
   • запустить сервис миграции данных: docker service create --name scpd_models-migrate --network smartcpd_default cr.repo.altuera.ru/smartcpd/prod/models-migrate:1.0.0
   • убедиться в успешности миграции (Migration succeeded) в логах запущенного сервиса docker service logs scpd_models-migrate
   • удалить сам сервис миграции docker service rm scpd_models-migrate
2. Остановить стек docker stack rm smartcpd
3. При использовании для billing-server отдельного логина в БД для разных сервисов smartCPD НЕОБХОДИМО убедиться в корректности владения сущностями БД. В инструкции по установке присутствуют SQL скрипты для проверки и смены владельца. УЗ для billing-server должна владеть следующими сущностями:
   • tables:
     • flyway_schema_history
     • billing
     • cpn_stats
     • `payments
     • stats (а также ее партиции)
     • tariff
     • cdr (а также ее партиции)
     • cpd_records_links
   • sequences:
     • payments_id_seq,
     • tariff_id_seq,
     • stats_partitioned_hid_seq
   • functions:
     • create_partitions
4. Если в решении используются отдельные логины для разных сервисов, то создать логин для сервиса markup-api в соответствии с инструкцией по установке.

После запуска и проверки работоспособности ПО можно удалить общую директорию с данными сервиса models-store