t-labs / realestatecrm Goto Github PK

Возможно было бы хорошо сделать поддержку историчности. Есть несколько моделей, простые и сложные, наверное нужно обсудить на совещании.

Общий набор сущностей на первую итерацию выглядит так:

1. Пользователь (как работники, так и клиенты агентства недвижимости, которые получают доступ к базе)
2. Объект (квартира)
3. Клиент (который не обязательно имеет учетную запись)
4. Города и множества офисов в них
5. СМС сообщения (для логирования)
6. Черный список телефонных номеров конкурентов
7. Районы и улицы (тут по-видимому не стоит создавать иерархические отношения)
8. Звонки

Вход для клиентов, форма поиска, поисковая выдача без контактной информации

Наверное это будет Asterisk

В БД присутствуют несколько сущностей которые содержат номера телефонов: BlackList, Objects, Clients, sms (?) может стоит для унификации вынести телефонные номера в отдельную таблицу?

в скайпе немного обсуждали эту проблему, дабы не забыть оставлю это здесь

ссылочка http://www.gnivc.ru/inf_provision/classifiers_reference/kladr/
Кратенько: Классификатор адресов России (КЛАДР) используется для стандартизации адресов и постоянно обновляется

хотя не понятно получится ли смерджить ее с существующими записями в БД при миграции

я писал утилитку для перегода записей ил КЛАДР для нужной области и города в mssql, могу поискать