# Реестр встреч

Фиксированные менеджерами в заявках отчеты о встречах собираются вместе в один общий отчет — **Реестр встреч**.

Открыть его можно в верхнем меню по пути **Отчеты** *->* **Реестр встреч:**

<figure><img src="/files/fA0cUPzvxLYsPM9I9qkW" alt=""><figcaption></figcaption></figure>

Отчет состоит из таблицы с такими параметрами:

* **Дата** — одновременно показывает дату проведения встречи и дату фактического добавления отчета
* **№ Заявки** — показывает уникальный ID заявки в системе с возможностью прямого перехода к ней по ссылке.
* **Текущий статус заявки** — показывает в каком статусе заявка, по которой проведена встреча, находится прямо сейчас.
* **Клиент** — показывает именование контакта, по заявке которого была проведена встреча.
* **Менеджер** — показывает менежера заявки, по которой была проведена встреча.
* **Место встречи** — может быть в офисе или на объекте.
* **ЖК/Дом** — если встреча была проведена в офисе, то отображается ЖК/дом, указанный в качестве интереса в заявке, если встреча была проведена на объекте, то отображается ЖК/дом, где именно она происходила.
* **Комментарий** — показывает комментарий сотрудника, составившего отчет о встрече.
* **Файлы** — показывает файлы, прикрепленные к отчету о встрече.

С помощью фильтров отчет позволяет посмотреть общую картину в целом по проведенным встречам, по конкретным менеджерам за выбранный период.

Период в отчете можно указывать по созданию заявки и по проведению встречи. А также можно воспользоваться дополнительным фильтром по сделкам, чтобы оценить эффективность встреч по тем заявкам, которые сконвертировались в сделки.

По умолчанию отчет показывает все добавленные в систему встречи.\
Но так как встречи имею разные статусы: состоявшиеся и неуспешные, \
с помощью фильтра *Статус встречи* их можно разделить:

<figure><img src="/files/RUS4HG0keSonR8R6X9bu" alt=""><figcaption></figcaption></figure>

**Опции:**

* **Только первые встречи** — фильтруются только первые по счету встречи по заявке.
* **Встречи с агентами** — фильтруются встречи с контактами, имеющими роли *Агент* и *Агентство недвижимости.*
* **Встречи в день создания заявки** — фильтруются встречи, в которых дата встречи совпадает с датой создания заявки.
* **Встречи в день начала сделки** — фильтруются встречи, в которых дата встречи совпадает с датой начала сделки.
* **Встреча после подписания договора** — фильтруются встречи, прошедшие в дату позже даты подписания договора.
* **Встреча до подписания договора** — фильтруются встречи, прошедшие в дату раньше даты подписания договора.
* **Встреча в день подписания договора** — фильтруются встречи, в которых дата встречи совпадает с датой подписания договора.
* **Показать сводку** — включает дополнительную таблицу в отчете, отражающую общее количество встреч в разрезе менеджеров и основных статусов заявок.
* **Показать данные посредника** — в конце таблицы добавляются столбцы:

  * **Агент** (ФИО агента из заявки с гиперссылкой на его карточку контакта).
  * **Агентство недвижимости** (название агентства, к которому привязан агент, с гиперссылкой на его карточку контакта. Но если заявка учтена за другим агентством, то выводится это агентство вместо того, к которому привязан агент).&#x20;

  Аналогичные столбцы выгружаются в excel-выгрузку отчета при включенной опции.<br>

<figure><img src="/files/8wNTUigDB8AmoyMgpsvv" alt=""><figcaption></figcaption></figure>

###

### Технический паспорт отчёта

#### Структура отчёта:

<figure><img src="/files/aRM5q1f6xAFNw227isjl" alt=""><figcaption></figcaption></figure>

#### Данные в системе

**Дата (1)**:

Колонка отображает две даты, связанные со встречей. Основная дата (чёрным цветом) — это фактическая дата проведения встречи. Вспомогательная дата (светло-серым цветом) — это фактическая дата добавления (фиксации) отчёта о данной встрече в систему. Эти данные, включая хронологию событий, хранятся в ленте событий, привязанной к соответствующей заявке.

Принцип выбора данных в системе без учёта дополнительных фильтров:

<figure><img src="/files/mnyZdUK2ORdi3uBtrCBx" alt=""><figcaption></figcaption></figure>

Принцип выбора данных в <mark style="background-color:purple;">MacroData</mark> без учёта дополнительных фильтров:

```sql
SELECT 
estate_meetings.meeting_date, 
estate_meetings.date_added 
FROM 
estate_meetings 
ORDER BY estate_meetings.meeting_date DESC;
```

**№ Заявки (2) и Место встречи (6)**:

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

Принцип выбора данных в системе без учёта дополнительных фильтров:

<figure><img src="/files/dudlKA9PFcjPG5RHAFdF" alt=""><figcaption></figcaption></figure>

Принцип выбора данных в <mark style="background-color:purple;">MacroData</mark> без учёта дополнительных фильтров:

```sql
SELECT      
estate_meetings.meeting_date,          
estate_meetings.estate_buy_id          
FROM       
estate_meetings           
ORDER BY estate_meetings.meeting_date DESC;
```

{% hint style="warning" %}
Данный запрос находит **№ Заявки (2)**, чтобы отобразить **Место встречи (3)** замените `estate_meetings.estate_buy_id` на `estate_meetings.meeting_type_name`.
{% endhint %}

**Текущий статус заявки**, **Клиент** и **Менеджер (3-5)**:

Данные для этих полей содержатся в карточке заявки и таблице estate\_buys[^1]. Для получения этих данных в запросе необходимо установить связь между таблицами  estate\_buys[^1] и estate\_meetings[^2].

Принцип выбора данных в системе без учёта дополнительных фильтров:

<figure><img src="/files/qQnmn9bwtiMp64fwq77z" alt=""><figcaption></figcaption></figure>

Принцип выбора данных в <mark style="background-color:purple;">MacroData</mark> без учёта дополнительных фильтров:

```sql
SELECT          
estate_meetings.meeting_date,             
estate_buys.status_name           
FROM                      
estate_meetings                        
LEFT JOIN estate_buys ON estate_meetings.estate_buy_id = estate_buys.estate_buy_id                 
ORDER BY estate_meetings.meeting_date DESC;
```

{% hint style="warning" %}
Данный запрос выводит **Текущий статус заявки(3)**. Для отображения **Клиента(4)** и **Менеджера(5)** замените строку `estate_buys.status_name` на `estate_buys.contacts_id` или `estate_buys.contacts_id.manager_id` соответственно.&#x20;
{% endhint %}

**ЖК/Дом (7)**:

Наименование жилого комплекса и/или дома, являющегося объектом, на котором проводилась встреча. Данная информация привязана к задаче о встрече и визуально отображается в ленте событий. Для извлечения этих данных из базы, необходимо установить связь между таблицами estate\_meetings[^3] и estate\_houses[^4] по соответствующему идентификатору дома.

Принцип выбора данных в системе без учёта дополнительных фильтров:

<figure><img src="/files/0v4NdPqtc3eAueTep8s5" alt=""><figcaption></figcaption></figure>

Принцип выбора данных в <mark style="background-color:purple;">MacroData</mark> без учёта дополнительных фильтров:

```sql
SELECT           
estate_meetings.meeting_date,              
estate_houses.complex_name,                           
estate_houses.public_house_name            
FROM            
estate_meetings                   
LEFT JOIN estate_houses ON estate_meetings.house_id = estate_houses.house_id            
ORDER BY estate_meetings.meeting_date DESC;
```

Информация о **Комментариях** и **Файлах(8-9)** не хранится в <mark style="background-color:purple;">MacroData.</mark><br>

[^1]: которая хранит информацию о заявках

[^2]: хранит данные о встречах

[^3]: содержит данные о встречах

[^4]: содержит данные о домах


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.macrodigital.ru/manual/macrocrm/otchety/otchet_o_vstrechah.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
