Перейти до вмісту

Для IT

RitmiQ — технічні деталі
для вашого IT

On-premise WFM. Всі компоненти — на вашому сервері. Зовнішні запити: тільки НБУ API для курсу валют (опційно).

Архітектура

Frontend

React SPA

Backend API

FastAPI / Python

Database

PostgreSQL + TimescaleDB

ML Engine

CatBoost (навчання та інференс)

Scheduler

OR-Tools CP-SAT

Системні вимоги

Мінімальні (до 300 операторів)

CPU 8 cores
RAM 16 GB
Disk 100 GB SSD
OS Ubuntu 22.04 LTS / Debian 12
Docker 25+

Рекомендовані (300–1000 операторів)

CPU 16 cores
RAM 32 GB
Disk 200 GB SSD

Підключення даних

Три варіанти інтеграції — від простого до enterprise. Кожен розгортається on-premise. Дані не передаються за межі вашого контуру.

Варіант 1

Імпорт файлів

Найшвидший старт

Клієнт готує файли CDR і довідників у CSV або XLSX. Завантаження через веб-інтерфейс або SFTP. Валідація і трансформація — автоматична. Оновлення — вручну, з узгодженою періодичністю.

Формат: CDR [дата, час початку, тривалість, черга, оператор, тип звернення]
Додатково: довідники операторів, груп, шаблонів змін

Час підключення: 1–2 дні

Для кого: пілотний запуск, КЦ до 100 операторів, обмежений доступ до систем

Варіант 2

Автоматизований ETL

Рекомендований для продуктивного використання

Налаштування ETL-pipeline для автоматичного імпорту з бази даних або сховища клієнта. Запуск по розкладу або тригеру.

  • — Оркестрація: Apache Airflow
  • — Інкрементальне завантаження (тільки нові/змінені записи)
  • — Валідація якості даних на кожному кроці
  • — Моніторинг і алерти при збоях

Джерела: MySQL, MSSQL, PostgreSQL, REST API, Data Warehouse

Сумісність: ViciDial, Asterisk, Cisco UCCX/UCCE, Genesys, Avaya, Five9 та будь-яка система з CDR у базі даних або API

Час підключення: 1–2 тижні

Для кого: КЦ 100–700 операторів

Варіант 3

Near Real-Time

Підключення в режимі близькому до реального часу

CDC (Change Data Capture) відстежує зміни в БД телефонії. Потокова передача через Kafka або Redis Streams. Дані потрапляють у RitmiQ з затримкою хвилини, не години. Intraday дашборд оновлюється автоматично.

Стек: Debezium (CDC) → Kafka → RitmiQ pipeline

Альтернатива: polling з буфером у Redis

Час підключення: 3–4 тижні

Для кого: КЦ 300+ операторів, потреба в оперативному моніторингу

Безпека

Дані що зберігаються

  • CDR-записи (дата, час, тривалість, черга) — без персональних даних клієнтів
  • ПІБ операторів і їх робочі параметри
  • Налаштування системи та розклади

Дані що НЕ зберігаються

  • Зміст розмов
  • Персональні або медичні дані клієнтів КЦ
  • Фінансові дані

Шифрування: HTTPS (TLS 1.2+) для веб-інтерфейсу. Автентифікація БД: PostgreSQL md5/scram-sha-256. Дані на диску: шифрування на рівні ОС (LUKS) — рекомендовано клієнту. Доступ: тільки ваша команда. RitmiQ не має remote access (крім узгоджених сесій підтримки через VPN на ваш запит).

Впровадження — участь IT

Максимум 4 тижні від серверу до першого розкладу. IT потрібен на перших двох етапах — далі працює команда RitmiQ з вашим WFM-аналітиком.

Тиждень 1

Інфраструктура та доступи

Від IT:

  • Виділити сервер (або VM) відповідно до системних вимог
  • Встановити Docker 25+
  • Надати read-only доступ до бази даних АТС/ACD
  • Узгодити мережеві правила (порти, firewall)

Тиждень 2

Деплой та інтеграція даних

Від IT разом з командою RitmiQ:

  • Deploy RitmiQ (docker compose up)
  • Налаштування інтеграції з даними за обраним варіантом (файли — 1 день, ETL — до тижня, near real-time — 2–3 тижні)
  • Тестування підключення до джерел
  • Верифікація ETL-процесів: повнота, коректність, швидкість

Тижні 3–4

Стабілізація (мінімальна участь IT)

Від IT за потреби:

  • Troubleshooting мережевих або інфраструктурних питань
  • Оновлення доступів при зміні джерел даних

В цей час команда RitmiQ разом з вашим WFM-аналітиком:

  • Аналізує дані, налаштовує ETL та feature engineering
  • Навчає ML-модель і валідує перший прогноз
  • Конфігурує шаблони змін і обмеження
  • Генерує перший розклад
  • Проводить навчальні сесії для WFM-команди

Участь IT: ~8–16 людино-годин за весь проект

Участь WFM-аналітика: ~20–30 людино-годин (тижні 2–4)

SLA та підтримка

Email підтримка

Відповідь протягом 8 робочих годин (Пн-Пт, 9:00-18:00 Kyiv time)

Критичні інциденти

Реакція протягом 4 годин у робочий час

Оновлення

Через Docker pull, узгоджується з IT

Backup

Відповідальність клієнта. Рекомендація: pg_dump щоденно, ротація 30 днів. Обсяг бази: ~1–5 GB для КЦ до 300 операторів.