Железо (сервер, шлюзы) - имеется. Техн. данные системы платежей уточняются. Выложу в ближайшее время. Настройка - удаленно, ибо в Узбекистане мы.

Техтребования заказчика:
1. Число одновременных разговоров -20, с возможным расширением до 50

2. Тип телефонных линий - аналоговые

3. Местоположение системы – в офисе

4. Число операторов CallЦентра (КЦ) – 15, с возможным расширением до 30

5. Необходимые приложения:
a. КЦ – на основе IP PBX
b. CRM – с выводом информации о звонке (для оператора и клиента)
c. IVR – для автоматизации входящих звонков и обработки платежей

6. Характеристики и функциональность компонентов:
a. КоллЦентр:
i. Интеграция существующей офисной АТС с поддержкой аналоговых телефонов
ii. Перенаправление звонков
iii. Запись, показ и сортировка входящих звонков
iv. Различная музыка «на удержании»
v. Телеконференции
vi. Голосовая почта
vii. Факс – на электронную почту
b. IVR
i. Вывод на экран входящего звонка
ii. Оплата через IVR для агентов
iii. Расширенная информация, предоставляемая агентам
iv. Автоматическое предоставление информации клиентам
c. CRM
i. Создание и установка базы данных вопросов и ответов (FAQ, руководство пользователя КоллЦентром, Мануал для клиентов, Мануал для операторов)
ii. Интеграция с базой данных агентов
iii. Интеграция с базой данных платежей/логи проведенных платежей
iv. Запись, показ на экране и сортировка входящих звонков
v. Создание базы данных конечных пользователей
vi. Протоколирование всех жалоб и их обработка согласно Соглашению об Уровне Сервиса Обслуживания (SLA)
vii. Отчеты по типам (статистика по операторам или клиентам, типы звонков, типы претензий и жалоб, различные типы представления – по получателю платежа, провайдеру и т.д.)

7. Требования по безопасности
a. Агенты должны быть авторизованы для получения специфичной информации по счету посредством IVR
b. Клиенты должны вводить требуемые данные для платежа (№ квитанции) для получения сведений по состоянию платежа посредством IVR
c. Агенты должны быть авторизованы для проведения платежей посредством IVR
d. Обмен данными с Сервером Платежей должен быть зашифрован с использованием безопасного канала ПД и шифрованием данных
e. Логи платежей и транзакций, выполненных через IVR, должны храниться только в Сервере Транзакций.

Вердикт. Несовместимые требования -

Parallax:

Техтребования заказчика:
1. Число одновременных разговоров -20, с возможным расширением до 50

2. Тип телефонных линий - аналоговые

и

Parallax:

b. CRM – с выводом информации о звонке (для оператора и клиента)
c. IVR – для автоматизации входящих звонков и обработки платежей
......
i. Интеграция существующей офисной АТС с поддержкой аналоговых телефонов
......
i. Вывод на экран входящего звонка
ii. Оплата через IVR для агентов
.......
iv. Автоматическое предоставление информации клиентам
........
iv. Запись, показ на экране и сортировка входящих звонков
........
b. Клиенты должны вводить требуемые данные для платежа (№ квитанции) для получения сведений по состоянию платежа посредством IVR

и многое другое.
Даже если предположить, что серийное искание свободных линий для входящих звонков будет сделано на стороне телефонного провайдера, то CallerID, корректное распознавание DTMF и прочая функциональная музыка - нереальны.

почему это нереальны?

помоему человек попросил просто поставить ему астериск и спросил сколько денег кто возьмет за это

2ded: они хотят совместить приятное с полезным - телебанкинг и коллцентр. Можно будет сделать или подменю в IVR для телебанкинга и инфы для клиентов, а можно и просто раздельные номера - один для КЦ, один для телебанкинга.
Что касается аналоговых тел линий и сопряжения с существующей АТС - уже говорил им, что практически нереально. Попробую их уговорить на Е1 + IP телефоны. Ded, может есть другие предложения? Скажи, что нужно и сколько будет стоить, потом под эти требования буду прогибать заказчика. Спасибо заранее.

Дело то не в том, чтобы сделать подменю в IVR для телебанкинга и инфы для клиентов, а в том, что
1) call центр должен иметь один номер телефона (цифровой), а не 30 (аналоговых). В случае с аналоговыми можно реализоваться только если телефонный прорвайдер делает один многоканальный номер, и серийное искание на эти 30 аналоговых линий на своей стороне.
2) Вся авторизация, опознавание клиента при звонке требует CallerID (который должен тоже поставлять провайдер в аналоговые линии), набор DTMF чтобы клиенты могли вводить требуемые данные для платежа (№ квитанции) для получения сведений по состоянию платежа посредством IVR требуют соотв. настроек опять на стороне провайдера телефонии. А если в далёком ауле у клиентов только пульсовые телефоны с крутилками, тогда как?

Напишите как с Вам связаться.

2ddkprog: Астер мы сами можем поставить, логику IVR и КЦ тоже поднимем. Единственная загвоздка - модуль телебанкинга и сопряжение его с сервером транзакций заказчика. Т.е. фактически нуждаемся в реализации пунктов 6b и 6с.

У нас есть опыт - "Газпромбанк", сопряжение данными транзакций на Oracle. Можем дать рекомендации.

Газпромбанк на астериске это сделал?

У нас уже давно по всей стране цифровые АТСки, так что любая АТС дает пилотный (многоканальный) номер даже по аналоговым линиям (например, если у вас было 6 линий города, то все заводите в PBX и получаете один номер 6-и канальный) и CallerID на всех типах линии тоже работает - только платная услуга почемуто, но не дорого - 0,4$ в месяц. В ауле у всех сотки есть - вот с ними могут возникнуть проблемы с определением DTMF, уже сталкивались с этим.
В любом случае, все проблемы с железом, подключением, логикой - мы сами надеюсь решим.

моя почта: sergey@fledex.uz
мобильный: +99890 9983273
ICQ: 47-12-61

З.Ы. А что думают уважаемые форумчане по поводу вот этих решений:
http://www.bifit.com/ru/decisions/phone-banking/index.html
http://www.safisystems.com/index.cfm?pageMode=home
http://www.novavox.ru/dopln_telebank.php

Я про то и толкую, это и есть серийное искание на эти 6 аналоговых линий на стороне провайдера.
И предоставление услуги CallerID на аналоговых линиях всегда платно (в отличии от цифровых линий, где это есть по дефолту).