«Интеграция с телефонией» — фраза, за которой может стоять что угодно. От «раз в сутки подтягиваем список звонков» до «менеджер разговаривает с клиентом во вкладке браузера, а карточка клиента открылась сама, ещё до того как он сказал „алло“».

Мы делаем FARA CRM и прошли этот путь целиком: сначала перенесли рабочий модуль Asterisk, потом привели к одному контракту облачные АТС, потом сделали трубку прямо в браузере — а под конец обнаружили, что без собственного TURN-релея половина этой красоты «то соединяется, то нет». И добавили релей в поставку.

В статье — три вещи:

Спросите любого инженера, как разграничить доступ в приложении, — услышите RBAC: роли и права. Но RBAC — это концепция, а не рецепт. Совет «заведите роли и выдайте им права» не говорит ничего о том, как это сделать, когда доходит до реального продукта.

А в продукте почти сразу всплывают вопросы, на которые модель «роль → право» ответить не может:

Если коротко — из-за того, что CRM перестала быть единственным местом работы с документом. Раньше «прикрепить файл к сделке» означало «загрузить копию на сервер CRM, а если кому-то нужно отредактировать — скачать, поправить, загрузить заново». Сейчас от документа ждут другого:

Рынок CRM-систем в России плотно занят: Битрикс24, amoCRM, Мегаплан и другие. Но к сожалению, бесплатных и открытых мало или возможно нет вовсе.

Open-source дает полный контроль над кодом, self-hosted развёртывание и возможность кастомизировать каждый компонент. Сэкономленные деньги с лицензии ПО можно потратить на дополнительную кастомизацию под себя или другие цели кампании.

Я создал FARA CRM — open-source CRM, построенную на современном стеке, запускающуюся одной командой из Docker.

Стек: Python 3.12+ · React 18.2.0 · FastAPI · Docker · PostgreSQL