Я работаю в магазине программного обеспечения, в котором есть собственный продукт для прогнозирующего набора номера, и нам нужно реализовать решение, чтобы подчиняться спискам «НЕ ЗВОНИТЕ».
По сути, у меня есть база данных с клиентами / потенциальными клиентами, которым мне нужно позвонить, и другая база данных с номерами телефонов, по которым я не могу позвонить. Поскольку система является прогнозирующим номеронабирателем, основываясь на производительности операции, среднем времени и прочем, она будет набирать больше или меньше вызовов на каждого зарегистрированного пользователя системы. Обычно это «магическое» число составляет около 3-4 звонков на одного зарегистрированного агента.
Хранилище телефонных номеров для предиктивного набора номера - это база данных PostgreSQL. Прогнозирующий номеронабиратель выбирает набор номеров из базы данных и отправляет команду на АТС для набора номера, а затем бизнес-логика переходит к передаче действительных вызовов клеркам центра обработки вызовов и т. Д. проблема перед звонком).
Мне нужно реализовать функцию списка не звонить. Этот список запрета звонков будет предоставляться нашей компании государственным органом в формате CSV на ежедневной основе. Каждый раз, когда я получаю новый CSV-файл, мне приходится очищать старый список «не звонить» и помещать новый на место.
Моей первой мыслью было реализовать пакетную обработку, сопоставив СПИСОК НЕ ВЫЗОВА с моей текущей базой данных клиентов. Но я думаю, что, в зависимости от размера обеих баз данных, перекрестные ссылки будут очень интенсивно работать, а иногда не могут быть завершены в одночасье. У меня раньше были такие проблемы с пакетной обработкой, и это не очень приятно видеть.
Моя вторая идея возникла, когда я подумал о том, как крупные учреждения обрабатывают высокопроизводительные и высокопроизводительные системы авторизации, такие как кредитная карта или аутентификация / авторизация пользователя. Я подумал, что создание службы аутентификации для номеров списка «НЕ звонить» и изменение алгоритма моей прогностической программы набора номера для проверки каждого номера по отношению к этой службе авторизации перед набором будет аккуратным.
Поскольку я здесь только высказываюсь, я понятия не имею, какая идея лучшая, или я совершенно ошиблась и должна искать другое направление. Итак, мой вопрос: что бы вы посоветовали? Сохранить файл НЕ ВЫЗВАТЬ CSV в памяти? использовать LDAP? использовать MySQL? PostgreSQL? Есть ли пакетная обработка? Или я точно облажался?
Я знаю, что я не первый человек в мире, сталкивающийся с подобными проблемами, поэтому, пожалуйста, просветите меня.