Демо-сценарий · Odoo Community + PostgreSQL/PostGIS

Своя CRM для сети агентств недвижимости — без гонки правок между филиалами

3 филиала, конвейер «офисный эксперт → агент по показам → хантер → юрист», карточка объекта общая на всю сеть. Ниже — не рассказ, а рабочий кусок логики: что видит каждая роль и что происходит, когда два офиса редактируют одну карточку одновременно.

Конвейер сделки

Каждая роль видит только свой участок — это и есть замена «одного окна на всех» в текущей SugarCRM

Этап 1
Лид / заявка
Офисный эксперт
Этап 2
Подбор объекта
Офисный эксперт
Этап 3
Показ
Агент по показам
Этап 4
Поиск под спрос
Хантер
Этап 5
Оформление
Юрист
Этап 6
Сделка закрыта
Автосмена

Карточка объекта — общий пул на 3 филиала

Проблема, которую мы называли: без версионирования правки двух офисов теряются молча. Здесь — с версионированием.

3-к квартира, 78 м², центр
Киев, ул. Саксаганского — офис Киев
Цена2 450 000 ₴
Статуссвободен
Версия карточкиv5
Последняя правкаофис Киев, 2 мин назад
Агент Петренко
офис Киев · открыл карточку на v5
Агент Ковальчук
офис Львов · открыл ту же карточку на v5

Что происходит под капотом

Optimistic locking по номеру версии — стандартный паттерн Odoo (write_date + проверка при save)

  1. Оба агента открывают карточку — оба видят v5.
  2. Кто сохранил первым — правка проходит, версия становится v6.
  3. Второй агент при сохранении получает не молчаливую перезапись, а предупреждение с именем коллеги и его правкой — сам решает: обновиться и вписать поверх, или отменить (например, если клиент уже внёс задаток).
  4. История versions хранится — видно, кто и когда менял статус объекта.

Это устраняет именно то, что в сети из нескольких филиалов обычно всплывает после запуска: два офиса ведут одного клиента к одному объекту и правки конфликтуют.

Разные экраны для разных ролей — на одной карточке

Гео-поиск объектов и агентов по радиусу

PostGIS: подбор объектов и свободных агентов по показам в радиусе от адреса клиента

В радиусе 1.2 км: 3 объекта, 2 свободных агента по показам

Демо иллюстрирует архитектурное решение (Odoo Community, роли, версионирование карточки объекта, гео-поиск на PostGIS) под задачу сети из 3 филиалов и перенос базы из SugarCRM 2013 года. Не финальный интерфейс — рабочий каркас логики.