Две службы такси: телефония, интеграции и 1С под единым SLA

Две службы такси одновременно у нас на обслуживании: одна работает в Молдове, вторая — за рубежом. Разные страны, разные операторы связи, разная регуляторика, но операционная задача одинаковая: принять звонок клиента, передать заказ на свободного водителя и не потерять ни одного обращения.

Для службы такси телефония — это не «вспомогательный сервис», это сама услуга. Минута простоя АТС — это десятки потерянных заказов и клиенты, которые в следующий раз позвонят конкуренту. Интеграции с операторами связи и с такси-софтом не относятся к «потом доделаем» — они часть критического пути с первого дня работы.

Помимо телефонии у каждой службы — серверная инфраструктура: учётные системы, 1С для расчётов с водителями и отчётности, файловые ресурсы и бэкапы. Это требует не разовой настройки, а постоянного сопровождения с понятным SLA.

Каждая служба такси приходит с похожим набором задач — но в каждой есть локальные нюансы (операторы, регуляторика, интеграции). Мы закрываем их одной инженерной командой:

• Стабильная телефония 24/7 — служба такси работает круглосуточно, простоев не предусмотрено вообще.
• Интеграция с несколькими операторами связи одновременно — для отказоустойчивости и для покрытия разных направлений (городские, мобильные, международные).
• GSM-шлюзы и SIM-банки — чтобы принимать звонки с локальных мобильных номеров и не упираться в лимиты исходящих от одного оператора.
• Связка АТС с софтом такси — карточка клиента всплывает у диспетчера сразу при звонке, заказ автоматически уходит ближайшему свободному водителю.
• Логика автоматических перезвонов — если звонок пропущен или клиент бросил трубку в очереди, система перезванивает сама в установленное время и логирует результат.
• Виртуализация серверов — критичные сервисы (АТС, такси-софт, 1С, мониторинг) на отказоустойчивой виртуализованной платформе вместо «один сервис — одна железка».
• Сопровождение 1С-серверов — настройка, регламентные операции, индексы, бэкапы, удалённый доступ для бухгалтерии и руководителей, технологический журнал для диагностики проблем.

Телефония

Ядро — VoIP-АТС на open-source стеке (Asterisk / FreePBX) с несколькими SIP-trunks к разным операторам и автоматическим failover при недоступности любого из них. Параллельно подключены GSM-шлюзы с банками SIM-карт — это даёт приём входящих с локальных мобильных номеров и распределение исходящих между SIM, чтобы оставаться в лимитах оператора и не получать блокировки.

Интеграция с софтом такси

АТС связана с такси-софтом через AMI/AGI и REST-вебхуки. Когда клиент звонит, диспетчеру всплывает карточка с историей заказов, рейтингом, адресами по умолчанию. Нажатие кнопки в диспетчерском интерфейсе сразу инициирует исходящий вызов через АТС или ставит заказ в очередь распределения водителям.

Логика перезвонов

Реализована на уровне dial-plan и очередей АТС. Если клиент бросил трубку, не дождавшись диспетчера, или линия была занята, система помещает номер в очередь auto-callback. По CDR и пользовательским триггерам АТС перезванивает в течение настроенного интервала, привязывает результат к записи звонка и при успешном дозвоне поднимает карточку клиента у первого свободного диспетчера. Пропущенные звонки фиксируются в отчётах и видны руководителю в реальном времени.

Серверная инфраструктура

Виртуализация на гипервизоре (KVM/Proxmox или VMware ESXi — в зависимости от парка) с несколькими виртуальными машинами на одном физическом узле: АТС, такси-софт, сервер 1С, файловый сервер, мониторинг, узел бэкапа. Резервный гипервизор и репликация ключевых VM обеспечивают переключение в случае сбоя железа без длительного простоя. Бэкап — централизованный, с регулярной проверкой восстановления на тестовый стенд.

Сопровождение 1С

1С-сервер настраивается под нагрузку, поддерживается в актуальном релизе, регламентные операции (тесты целостности, переиндексация, очистка временных таблиц) выполняются по расписанию. Бэкапы базы данных снимаются и проверяются на восстановление. Для бухгалтерии и руководителей — удалённый доступ через RDP/RemoteApp с разделением прав. При сбоях используем технологический журнал для диагностики тяжёлых запросов и блокировок.

Мониторинг и единый SLA

Все компоненты — АТС, GSM-шлюзы, серверы, 1С, бэкапы — заведены в единый мониторинг с алертами на дежурную смену. Метрики звонков (пропущенные, среднее время ожидания, occupancy диспетчеров) и состояние инфраструктуры видны в одном дашборде. Любая остановка критического сервиса фиксируется в первые секунды, а не «когда заметит клиент».